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A  BSTBACT 


A  framevock  for  the  construction  of  an  economic  analysis 
model  is  suggested  for  the  selection  of  microcomputer  hard¬ 
ware  and  operating  systems.  The  model  is  suggested  in  order 
to  guide  a  prospective  Navy  microcomputer  purchaser  through 
the  large  number  of  available  microcomputer  systems.  The 
model  is  designed  such  that  common  "spreadsheet*1  software 
programs  can  be  utilized  to  manipulate  the  model  and  store 
data  on  available  systems. 

In  addition,  comparisons  are  made  of  current  popular 
microcomputer  systems  and  operating  systems,  in  order  to 
provide  a  frame  of  reference  for  the  use  of  the  model. 
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1.  BBIEP  BICBOC OMPUTER  BISTORT 

The  microcomputer  market  is  generally  believed  to  have 
begun  when  the  Micro  Instruments  and  Telemetry  Systems 
(HITS)  Altair  8800  computer  kit  was  introduced  in  late  1974. 
HITS  expected  to  sell  200  or  300  of  the  computer  kits  in 
1975.  Instead  they  were  deluged  with  orders  for  over  2000, 
selling  over  200  in  one  afternoon  alone.  In  1977  Apple 
Computer  Inc.,  began  shipping  its  Apple  II  microcomputer  and 
promptly  began  growing  at  a  rate  of  more  than  seventy 
percent  annually.  The  market  demand  for  microcomputers  is 
still  being  underestimated  in  1984.  When  International 
Business  .Machines  (IBM)  introduced  its  Personal  Computer 
(PC)  in  August  of  1981  few  could  have  predicted  the  phenom¬ 
enal  demand  for  the  product.  It  has  been  estimated  that 
over  one  million  IBM  PC's  were  shipped  in  1983  and  that  IBM 
expects  to  ship  two  million  in  1984.  Despite  the  volume 
many  customers  must  wait  months  to  receive  their  orders  and 
the  shortage  has  created  a  large  market  for  IBM  compatible 
microcomputers. 

One  of  the  reasons  for  the  excessive  demand  is  that  no 
one  realized  that  large  and  small  corporations  would  ouy  the 
IBM  PC  and  other  microcomputers  in  volume.  One  example  is 
Travelers  Insurance  Co.,  which  purchased  2000  IBM  PC's  and 
has  indicated  with  a  letter  of  intent  to  buy  10,000  more 
[Ref.  1].  Universities  are  another  large  buyer  of  personal 
microcomputers  and  in  particular  the  IBM  Personal  Computer. 
The  University  of  Waterloo,  popular  for  its  teaching  and 
learning  compilers,  purchased  over  300  PC's  to  shift  under¬ 
graduate  programming  and  engineering  courses  off  their  IBM 


3033  mainframe  to  the  PC's.  Almost  weekly  there  is  a  new 
announcement  of  another  college  or  university  that  will 
require  all  incoming  freshman  to  purchase  a  particular 
school  endorsed  microcomputer.  Even  graduate  scnools  nave 
joined  the  trend  with  Harvard  University  announcing  that  all 
entrants  to  its  business  school  will  be  required  to  purcnase 
IBM  Personal  Computers. 

B.  THE  HIC BOCOHPUTEB  MARKET 

Microcomputers  now  account  for  32.3  percent  of  the  total 
available  computer  product  market,  and  is  growing  at  a  rate 
oi  26.9  percent  per  year.  This  is  compared  to  a  5.5  percent 
growth  seen  in  the  mainframe  and  supercomputer  market. 
There  are  now  over  500  companies  manufacturing  microcom¬ 
puters.  These  companies  combine  to  form  over  950  different 
models  of  microcomputers  from  which  to  cnoose  [Ref.  2]. 

The  cover  story  for  the  August  8,  1983  issue  of  Business 
Week  [Ref.  3]  is  entitled  "Computer  Shoe*  Hits  The  Office: 
A  Wild  Proliferation  of  Desktop  Units  is  Confusing 
Everyone".  The  article  is  accompanied  by  a  cartoon  that 
shows  a  customer  standing  in  a  computer  store  with  rows  and 
rows  of  microcomputers  asking  the  sales  clerk,  "Do  you  have 
one  that  can  help  me  decide  which  is  the  one  for  me?". 
Certainly  the  personal  computer  and  microcomputer  market  is 
experiencing  what  many  have  termed  explosive  growth.  Joseph 
Ferreira,  a  vice-president  for  Diebold  Group  Inc.,  in  the 
article  states  that  executives  are  suffering  from  option 
snock  and  cannot  handle  all  the  choices  [of  microcomputers] 
coming  to  them.  Later  Ferreira  also  states  that  they  will 
"suffer  paralysis  by  analysis",  implying  tnat  the  choices 
are  so  many  that  a  consensus  decision  cannot  be  reached. 
With  over  950  models  of  microcomputer  systems  available  for 
commercial  and  consumer  use  it  is  easy  to  understand  how 
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someone  given  the  task  of  selecting  the  best  system  for  a 
particular  application  might  consider  the  task  near 
impossible. 

C.  GCALS  OF  THESIS 

The  Navy  purchaser  is  therefore  left  vita  a  complex  maze 
of  choices  for  microcomputer  purchase  options.  As  the 
overall  cost  of  microcomputer  systems  continues  to  fall,  the 
individual  incentive  to  perform  a  proper  and  accurate 
systems  and  cost  analysis  for  a  single  and  isolated  micro¬ 
computer  purchase  decreases.  Tais  is  not  to  say  however 
that  a  complete  needs  and  economic  analysis  should  not  be 
performed,  rather  the  Navy  purchaser  mast  be  made  aware  of 
the  overall  consequences  of  not  performing  the  proper  anal¬ 
ysis.  While  the  isolated  purchase  of  a  single  microcomputer 
system  may  seem  inconsequential,  when  viewed  and  totaled 
over  all  Navy  personnel  making  such  decisions,  there  exists 
an  enormous  potential  for  waste  of  valuable  Navy  dollars. 
Further,  and  more  fundamental,  the  Navy  purchaser  may 
acquire  a  system  that  will  not  satisfy  user  needs. 

It  is  therefore  desirable  to  provide  an  effective  deci¬ 
sion  support  model  and  criteria  to  aid  the  Navy  purchaser  in 
the  selection  of  microcomputer  systems.  Tnis  thesis  will 
develop  and  describe  a  conceptual  framevoric  from  which  it  is 
hoped  that  an  effective  decision  support  model  can  be 
constructed  for  selection  of  microcomputer  systems.  It  is 
hoped  that  toe  model  design  can  be  implemented  on  common 
•'spreadsheet"  software  programs  to  allow  manipulation  cf  the 
model  and  storage  of  data  on  available  systems. 

The  proposed  model  is  intended  to  ap^ly  only  to  single 
microcomputer  purchases,  and  be  only  part  of  a  complete 
system  and  cost  analysis.  It  is  felt  that  automating  as 
mucn  of  the  analysis  process  as  possible  not  only  reduces 
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the  time  and  cost  of  conducting  the  analysis,  but  produces 
an  incentive  for  Navy  decision  Bakers  to  conduct  a  more 
complete  analysis.  Further,  and  in  answer  to  the  cartoon  in 
Business  Week,  microcomputers  can  be  just  the  tool  to  aid 
the  analysis  process. 


II.  fiAC£G£Ogjl£ 


A.  HICRCCOHPCJTERS  IN  TBS  M ATI 

Within  the  Navy,  the  Naval  Data  Automation  Command 
(NAVE AC)  is  assigned  overall  responsibility  for  microcom¬ 
puter  support.  NAVOAC  has  assigned  primary  responsibility 
for  the  development  of  microcomputer  technology  and  its 
applications  to  Navy  Regional  Data  Automation  Center 
(NARDAC)  Norfolk,  Virginia  £Bef.  4].  NAREAC  Norfolk  is 
tasked  with  the  following  microcomputer  support  functions: 

1.  Develop  standards  for  microcomputers,  including 
interfacing  with  mini  and  large  host  computers. 

2.  Develop  a  standard  Reguest  for  Proposal  (RFP)  for 
competitive  procurement  leading  to  a  contract  for 
microcomputers,  associated  maintenance  support,  and 
licensing  of  software  for  Navy-wide  use. 

3.  Develop  nicr ccomputer  guidelines  on  procurement, 
system  software,  hardware  and  application  program 
selection. 

4.  Develop  an  inventory  of  Navy  owned  software,  and 
listings  of  available  vendor  hardware,  software,  and 
training. 

5.  Develop  microcomputer  training  courses  to  be  given  by 
NAREACs  and  Naval  Data  Automation  Facilities 
(NAVDAFs)  in  support  of  area  activities. 

6.  Host  workshops  on  microcomputers  for  Navy-wide  users. 

In  order  to  guide  the  prospective  Navy  microcomputer 

purchaser  NAVDAC  developed  guidelines  for  eguipment  and 
operating  systems  for  8-bit  microcomputers  [Bef.  5]. 
Microcomputer  technology  however  did  not  allow  8-bit  micro¬ 
computers  to  remain  entrenched  for  long.  NAVDAC's  initial 


response  to  16-bit  microcomputers  was  that  most  users  prob¬ 
ably  did  cot  need  a  16-bit  microcomputer  system  and 
continued  to  refer  users  to  the  recommended  guidelines  for 
8-bit  systems.  As  16-bit  systems  became  increasingly  more 
popular  it  was  realized  that  standards  should  also  be  devel¬ 
oped  for  16-bit  systems.  In  the  interim  NAVDAC  recommended 
that  16-kit  systems  be  purchased  as  a  complete  microcomputer 
system  including  hardware  and  software  from  a  single  vendor. 
This  was  to  insure  that  all  components  worked  togetner  and 
to  provide  a  single  point  for  vendor  support. 

It  was  not  long  before  NAVDAC  decided  that  16-bit 
systems  had  matured  to  a  point  where  tney  no  longer  recom¬ 
mended  microcomputer  systems  based  on  8-bit  technology.  The 
16-bit  microcomputer  systems  were  recognized  to  have 
superior  capabilities  and  the  sophisticated  software  devel¬ 
oped  for  these  systems  were  addressing  more  user  needs,  and 
running  existing  applications  quieter  and  more  efficiently. 
For  16-bit  microcomputers  a  preliminary  decision  was  made  to 
not  specify  hardware  requirements  but  to  recommend  compati¬ 
bility  with  a  particular  operating  system  only.  This  is  in 
light  of  increasing  numbers  of  microcomputers  becoming 
"compatible"  with  each  otner.  The  initial  operating  system 
chosen  was  Microsoft's  Disk  Operating  System  (MS-DOS)  due  to 
its  wide  acceptance  as  a  de  facto  standard.  Over  96  percent 
of  the  16-bit  microcomputers  use  eitner  MS-DOS  or  IBM's 
PC-DOS  which  is  essentially  equivalent  to  MS-DOS. 

The  popularity  of  the  IBM  Personal  Computer  and  compat¬ 
ible  machines  is  having  a  significant  impact  on  the  micro¬ 
computer  market.  This  impact  is  resulting  in  application 
software  (for  microcomputer s)  being  developed  almost  exclu¬ 
sively  for  the  IBM  PC  and  compatiole  systems.  NAVDAC  felt 
that  some  level  of  IBM  PC  compatibility  was  therefore  neces¬ 
sary  in  establishing  16-bit  standards.  The  guidelines  for 
16-bit  microcomputers  have  been  drafted  and  are  awaiting 


approval.  These  guidelines  as  developed  by  NAVDAC  require 
operating  systea  and  media1  (data)  coapatibility  with  the 
IBS  PC.  Further,  the  dr  art  guidelines  will  replace  the 
8-bit  hardware  and  software  standards  and  8-bit  microcom¬ 
puter  systems  will  nc  longer  be  recommended. 

NAVE  AC  Advisory  Bulletin  No.  54  [Ref.  6]  announced  the 
award  of  a  joint  Air  Force/Navy  contract  with  Zenith  Data 
Systeas  for  the  delivery  of  up  to  500  systems  per  month  of 
the  Zenith  Z-120  Microcomputer  system.  The  Zenith  Z-120 
Microcomputer  is  not  program  compatible  with  the  IBM  PC.  In 
ether  words,  a  program  written  for  the  IBM  PC  will  not 
necessarily  run  on  the  Z-120.  The  two  systeas  are  media 
compatible  and  share  almost  identical  operating  systems. 
NAVDAC  therefore  faced  the  possibility  of  recommending 
guidelines  that  were  not  compatible  with  the  chosen  systea. 
Therefore  data  compatibility  is  rhe  only  criteria  for  the 
NAVDAC  16-tit  guidelines. 

The  joint  Air  Force/Navy  contract  allows  the  prospective 
Navy  purchaser  of  a  16-bit  microcomputer  to  obtain  the 
Zenith  Z-120  at  a  substantial  discount  from  the  going  market 
retail  price.  The  user  base  for  the  Zenith  Z-120  in  the 
Navy  is  therefore  expected  to  be  large.  There  are  however 
large  numbers  of  IEM  PC  and  compatible  machines  already 
purchased  and  in  use.  In  addition,  although  there  is  an 
increasing  number  of  software  packages  available  for  the 
Zenith  Z-120,  there  are  thousands  of  software  packages 
written  for  the  IBM  PC  and  other  compatible  systeas  that 
will  not  operate  on  the  Zenith  Z-120  because  the  systems  are 
not  prograa  coapatible. 


1  Media  coapatibility  in  this  context  means  that  data  is 
stored  on  equivalent  external  storage  devices  in  the  same 
physical  format  and  thereby  allowing  the  data  produced  by 
one  systea  to  be  read  or  accessed  by  tne  compatible  system. 


Further,  media  compatibility  does  not  necessarily  mean 
that  the  data  produced  can  be  used  by  another  systea.  An 
example  of  this  is  an  application  program  that  indexes  or 
perhaps  hashes  its  data  elements  in  order  to  increase  access 
speed  and  minimize  storage  space.  This  imposes  a  certain 
logical  structure  on  the  data  elements.  Anotner  system  tnat 
is  only  media  compatible  may  be  able  to  physically  read  the 
data  disk,  but  the  data  will  appear  as  a  random  stream  of 
bytes  with  no  useful  meaning.  Only  the  same  application 
program  or  cne  especially  developed  for  that  data  can  decode 
the  logical  data  formats  to  a  useful,  readable  or  original 
form. 

B.  BICBCCOMPOTERS  AID  SIST  IBS  ANALYSIS 

It  should  be  emphasized. that  standard  systems  analysis 
must  be  performed  when  possible.  If  anything,  the  large 
number  of  microcomputers  in  varying  degrees  of  compatibility 
make  systems  analysis  even  more  important  than  before. 
NA73AC  guidance  and  standardization  efforts  go  a  long  way  to 
eliminate  some  of  the  difficulty,  but  since  no  single 
machine  or  hardware  standards  are  exclusively  recommended, 
not  all  of  the  purchasing  problems  are  solved.  Therefore, 
the  need  still  exists  to  perform  systems  decisions,  and  the 
criteria  of  data  compatibility  only  limits  the  field  of 
choices  available.  Further,  as  16-bit  microcomputers 
continue  to  evolve,  a  method  is  needed  to  easily  evaluate 
the  changes  and  their  effect  on  the  existing  recommended 
standards. 

Any  proposed  model  for  evaluating  microcomputer  systems 
should  fit  into  standard  systems  analysis  technigues.  In 
those  cases  where  a  full  systems  analysis  is  not  performed, 
the  method  should  provide  a  useful  and  accurate  tool  for 
microcomputer  selection  consistent  with  standard  systems 


analysis  goals.  One  of  those  goals  is  to  acguire  the  "best" 
systea  from  aaong  the  chosen  alternatives  at  least  cost. 

Traditional  systeas  analysis  can  be  broken  down  into 
four  broad  categories  in  a  systea  life  cycle  concept 
£Ref .  7]. 

They  are: 

1.  The  Study  phase. 

2.  The  design  phase. 

3.  The  development  phase. 

u.  The  operation  phase. 

The  prospective  Navy  purchaser  of  microcomputers 
however,  when  faced  with  a  buying  decision,  does  not  often 
see  the  purchase  of  a  microcomputer  as  a  part  of  a  partic¬ 
ular  larger  inforaaticn  systea.  The  aicrocoaputer  is  seen 
as  the  entire  systea,  where  no  design  or  development  is 
required.  Design  and  development  have,  already  been  accom¬ 
plished.  The  operation  phase  is  reduced  to  merely 

purchasing  an  extended  warranty  contract,  where  no  real  or 
significant  operating  costs  are  seen  or  envisioned.  The 
prospective  microcomputer  purchaser  therefore  sees  their 
role  limited  to  the  study  phase.  That  study  phase  is 
limited  to  selecting  which  microcomputers  froa  aaong  many 
will  be  purchased. 

The  above  assumptions  atteapt  to  point  out  the  realities 
of  the  purchasing  situation  as  opposed  to  what  properly 
should  be  done.  NAVDAC  cautions  the  prospective  purchaser 
[Ref.  5]  that  indeed  the  first  and  most  important  considera¬ 
tion  is  to  perform  a  proper  activity  requirements  and  needs 
analysis  to  economically  justify  the  purchase  of  microcom¬ 
puter  systeas.  Further,  the  microcomputer  should  be  consid¬ 
ered  as  just  one  part  of  an  information  system  with 
particular  hardware,  software,  personnel,  and  facilities 
support  requirements  and  evaluated  within  a  full  system  life 
cycle  concept. 


NAVE  AC  PUB.  15  £fief.  8]  provides  guidance  and  procedures 
on  hov  to  conduct  economic  analysis.  Particularly  empha¬ 
sized  are  the  procedures  for  performing  present  value  anal¬ 
ysis  and  discounted  payback  analysis.  NAVDAC  PUB.  15  is 
oriented  towards  large  automatic  data  processing  (A  DP) 
system  decisions.  As  such  it  provides  analysis  techniques 
that  evaluate  among  widely  differing  alternatives  such  as 
whether  to  install  or  change  the  current  AOP  system  in-house 
or  utilize  an  outside  service  organization  ADP  system. 

The  techniques  provided  by  NAVDAC  PUB.  15  can  be  applied 
to  microcomputer  systems.  Figure  2.1  from  NAVDAC  PUB.  15 
will  be  used  as  the  basis  for  describing  how  the  proposed 
model  fits  into  the  economic  analysis  process. 

C.  BETHOD  AND  ASSUMPTIONS 

The  proposed  decision  support  model  is  a  method  to  be 
utilized  for  evaluating  the  differences  among  many  microcom¬ 
puter  systems.  The  differences  can  be  among  several  config¬ 
urations  of  the  same  system  or  between  several  separate 
systems.  The  method  utilized  will  be  to  quantify  system 
attributes  and  parameters  where  possible  and  formulate  a 
model  that  allows  comparisons  of  the  system  attributes  and 
parameters  against  cost  data. 

The  model  forms  its  comparisons  by  first  calculating 
cost/benefit  ratios  for  each  of  the  given  parameters  or 
attributes.  The  model  then  leads  the  user  through  compari¬ 
sons  between  the  alternative  systems  or  configurations  under 
consideration.  The  comparisons  are  calculations  in  the 
changes  between  benefits  and  costs  of  the  alternatives.  The 
key  to  the  model  is  the  calculation  of  delta's,  or  the 
changes  between  benefits  and  costs.  It  will  be  shown  that 
the  calculation  of  cost/benefit  ratios  alone  as  per  NAVDAC 
15  is  not  sufficient.  Rather  it  is  the  change  <?r  delta 


val,u6  (change  in  benefits/change  in  costs)  between  alterna¬ 
tives  that  should  be  aaong  the  factors  considered  when 
comparing  alternatives.  The  aodel  is  a  tool  and  is  merely 
designed  to  perform  the  calculations,  it  does  not  neces¬ 
sarily  recommend  or  determine  the  "best"  system. 

In  reference  to  figure  2. 1  it  is  assumed  that  the  user 
has  defined ‘his  objectives,  formulated  the  assumptions,  and 
chosen  the  possible  alternatives.  Ine  aodel  performs  the 
task  of  interfacing  the  costs  and  benefits  for  each  alterna¬ 
tive,  and  therefore  assumes  that  costs  and  benefit  data  can 
be  determined.  The  model  then  displays  the  resultant  data 
and  calculations  in  a  form  that  allows  the  comparison  of 
alternatives.  The  aodel  is  designed  to  be  used  for  compar¬ 
ison  of  microcoaputer  systea  attributes  and  parameters  only. 

Again  it  should  be  emphasized  that  this  process  should 
normally  be  only  part  of  the  complete  system  analysis 
process.  It  assumes  that  the  need  for  a  microcomputer 
system  nas  already  been  justified  and  established.  Further, 
commands  must  realize  that  the  cost  of  the  microcoaputer 
itself  will  not  be  the  only  cost  in  the  life-cycle. 
Application  programs,  update  fees,  accessory  equipment  and 
supplies,  maintenance  contracts  and  for  some  commands 
training  of  personnel  are  just  some  of  tne  additional  costs 
that  should  be  considered.  These  costs  are  separate  from 
the  cost  of  the  microcomputer  after  a  selection  has  been 
made,  and  in  some  instances  may  provide  the  overriding 
factors  in  the  decision. 

The  use  of  the  proposed  model  alone  would  assume  that 
the  follov-on  costs  are  basically  eguai,  and  this  is  not  a 
valid  assumption  for  many  systems.  It  is  hoped  taat  the 
model  however  will  provide  a  means  to  choose  aaong  microcoa¬ 
puter  systems  when  complete  systems  analysis  is  not 
performed  and  all  of  the  significant  costs  are  considered. 
Furthermore,  it  is  hoped  that  it  will  oe  an  excellent  addi¬ 
tion  to  the  complete  systems  analysis  process. 


Most  oxten  system  comparisons  of  similar  products  is 
Performed  using  matrix  parameter  taoles.  These  tables 
usually  list  the  particular  systems  along  oae  axis  and 
system  attributes  along  the  other  axis.  These  tables  are 
often  large  and  confusing  with  many  attributes  listed. 
Often  a  particular  system  is  just  represented  by  a  check 
mark  or  bullet  point  if  it  possesses  a  certain  attribute, 
better  evaluations  may  give  more  descriptive  or  amplifying 
information  for  the  appropriate  entry. 

More  often  than  not  the  attributes  listed  are  parameters 
that  can  be  guantified.  One  of  the  basic  tenets  of  systems 
and  economic  analysis  is  to  quantify  attributes  where 
possible.  Once  quantified,  the  dif f icult-to-analyze  matrix 
can  give  way  to  useful  figures  that  not  only  compare  alter¬ 
natives  but  also  indicate  the  relative  advantages  of  one 
system  over • another. 

Further,  the  requirement  of  finding  tne  data  to  be  quan¬ 
tified  is  often  difficult  in  itself.  This  is  where  a  simple 
but  effective  model  is  useful.  It  is  hoped  that  the  data 
required  to  develop  the  model  can  be  easily  obtained.  This 
is  normally  true  for  microcomputer  systems.  If  they 
required  data  cannot  be  obtained  to  generate  the  model,  then 
obviously  the  model  loses  its  viability.  The  model  should 
therefore  be  as  simple  as  possible,  out  care  must  be  taken 
to  ensure  that  the  data  and  parameters  chosen  are  complete 
enough  to  make  the  mcdel  valid. 

Another  key  aspect  of  comparing  alternatives  is  that 
there  must  be  a  baseline  from  which  to  compare.  Normally 
the  baseline  is  to  be  developed  from  the  current  system  in 
use.  For  the  Navy  purchaser  of  microcomputers  a  current 
system  may  not  be  in  place.  The  baseline  can  then  be 
derived  in  two  ways.  First,  would  be  to  use  the  existing 
8-bit  or  16-bit  standards  and  guidelines  as  developed  by 
NA70AC.  Second,  and  more  preferable,  would  be  to  use  a 


baseline  developed  from  user  requirement s  as  ouch  as 
possible.  This  vould  assume  that  the  prospective  purchaser 
is  able  to  quantify  requirements  in  context  to  the  model 
developed.  If  a  current  microcomputer  system  is  in  place, 
then  that  system  can  be  used  as  the  baseline. 

Care  must  be  taken  not  to  confuse  baselines  with 
weighting  factors.  Weighting  factors  are  criticized  as 
being  arbitrary  and  often  chosen  to  favor  particular 
systems.  The  baseline  does  not  modify  the  parameters  but 
provides  only  a  figure  for  comparison.  This  allows  the 

figure  tc  show  how  the  proposed  system  compares  relative  to 
the  existing  system  or  the  developed  NAVDAC  standards.  The 
proposed  model  utilizes  no  weighting  factors  and  modifying 
the  model  with  weighting  factors  is  not  recommended. 

The  proposed  model  evaluates  single  user,  single  task 
microcomputer  systems.  Current  microcomputer  technology  has 
reached  the  point  where  multiple  users  and  multiple  tasks 
can  be  performed.  Extensions  to  the  model  to  cover  multiple 
users  and  multiple  tasks  must  be  developed  when  these  micro¬ 
computer  systems  become  more  commercially  available  and  are 
under  consideration. 

Another  criticism  of  any  quantification  scheme  is  the 
argument  ovec  the  validity  and  usefulness  of  tne  chosen 
parameters.  This  model  design  intentionally  attempts  to 
keep  the  chosen  parameters  as  simple  as  possible.  This  is 
done  for  two  reasons.  First,  is  to  ensure  that  the  param¬ 
eter  data  can  easily  be  obtained  by  tne  Navy  purchaser. 
Second,  the  model  must  be  easily  understood  so  that  people 
will  use  it.  Complex  simulations,  queuing  models,  benchmark 
tests,  and  other  methods  are  all  important  tools,  but  are 
useless  to  the  average  Navy  purchaser  of  a  microcomputer 
system  who  nas  neither  access  to  tne  required  data  nor  the 
understanding  to  effectively  utilize  them.  Further,  a 
simple  model  may  lead  to  tne  same  conclusion  as  those 
performed  by  complex  analysis. 


The  Army/Navy  Computer  Family  Architecture  Committee 
£fief.  9]  and  [Bef.  10]  performed  a  study  on  nine  candidate 
computer  systems  for  possible  selection  for  a  future  rugged- 
ized  version  for  military  applications.  Only  three  systems 
were  acceptable  frcm  what  was  defined  as  an  absolute 
criteria  standpoint.  Further  analysis  was  performed  on 
qualitative  criteria  and  results  were  that  the  same  three 
systems  came  out  on  top.  Exhaustive  bencamarks,  program 
performance  and  statistical  design  tests  were  performed  and 
resulted  in  the  same  relative  rankings  as  resulted  from  the 
qualitative  criteria. 

The  proposed  model  is  not  intended  to  be  static,  but 
ratner  a  dynamic  device  to  be  utilized  as  necessary  by  the 
prospective  purcnaser.  The  prospective  Navy  purchaser  is 
encouraged  to  add  cr  delete  chosen  parameters  when  more 
detailed  parameters  are  desired  or  certain  parameters  cannot 
te  obtained. 


III.  2£CI§ICN  MODEL  ffiiflfiiOBIC  DESCBIPTIOH 
A.  BCDEL  ENTIRONMEHI 

The  proposed  model  is  intended  to  be  implemented  on  any 
of  the  common  "spreadsheet”  type  programs.  As  such,  no 
specific  details  of  implementation  or  how  to  construct  the 
model  are  described.  The  methods  discussed  are  merely 
intended  to  provide  a  framework  from  wnicn  xt  is  hoped  that 
ar.  actual  complete  working  model  can  be  constructed.  The 
calculations  and  data  manipulation  performed  by  the  model 
are  all  easily  withir  the  capabilities  of  any  of  the  popular 
spreadsheet  programs. 

A  Spreadsheet  program  merely  serves  as  a  very  valuable 
tool  to  help  analyze  model  data;  it  is  not  required.  All  of 
the  calculations  and  analysis  can  be  performed  by  hand.  It 
is  felt  however,  that  the  automation  of  as  much  of  the  anal¬ 
ysis  as  possible  will  provide  incentive  to  perform  the  anal¬ 
ysis  by  removing  the  time  required  to  perform  numerous 
detailed  calculations  by  hand.  Further,  an  automated 
spreadsheet  database  once  constructed  can  be  used  by  many 
and  the  changing  and  updating  of  the  required  data  is  easily 
performed. 

Spreadsheet  programs  that  offer  two  additional  capabili¬ 
ties  would  provide  even  more  utility.  Ihe  capabilities  are 
graphing  and  the  ability  to  construct  macros.  Graphing 
allows  the  data  to  be  viewed  in  a  more  beneficial  visual 
form.  The  ability  to  process  macros  axlows  the  model  to 
begin  to  perform  as  an  elementary  decision  support  system  by 
allowing  the  model  construction  and  operation  to  be  menu 
driven  and  user  prompted.  There  are  a  number  of  advanced 
spreadsheet  programs  that  offer  these  additional  capabili¬ 
ties,  particularly  for  16-bit  microcomputers. 
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B.  HODEL  DESCBIPTIO  H 


The  model  consists  of  tables  of  cost  and  benefit  infor¬ 
mation.  The  benefits  consist  of  various  microcomputer 
system  technical  parameters  tnat  have  measurable  and  compar¬ 
ative  attributes.  The  technical  parameters  or  performance 
attributes  are  being  used  as  surrogates  for  actual  user 
benefits,  this  is  the  best  the  user  can  do  lacking  detailed 
information  and  measurement  of  the  actual  benefit  to  the 
user.  Examples  would  be  size  of  system  random  access  memory 
(BAN)  or  speed  of  system  operation  in  megahertz.  Chapter  4 
discusses  various  system  parameters  that  could  be  utilized, 
and  chapter  5  and  6  detail  these  parameters  for  current 
components  and  systems.  The  costs  should  be  the  specific 
cost  of  the  particular  attribute  involved.  For  example,  if 
secondary  disk  storage  devices  are  being  compared,  the  cost 
of  the  devices  alone  should  be  entered  and  not  the  total 
system  cost. 

There  will  obviously  be  parameters  wnere  separate  cost 
data  cannot  be  obtained.  In  these  cases  the  cost  data  can 
utilize  total  system  cost  when  the  configurations  are  iden¬ 
tical  except  for  an  attribute  of  the  of  the  user's  require¬ 
ment.  The  analyst  must  be  extremely  careful  however  that 
alternative  systems  costs  are  associated  with  identical 
configurations,  i.e.  the  alternate  systems  in  that  partic¬ 
ular  comparison  should  equally  satisfy  user  requirements. 
Ir  the  configurations  are  not  identical,  tnen  the  differ¬ 
ences  in  benefits  must  be  among  parameters  wnose  differences 
are  not  considered  important  to  the  decision  process. 

An  example  of  this  would  be  comparing  two  systems  that 
offer  different  display  screen  resolutions  wnere  r.o  separate 
costs  can  be  identified,  but  one  system  has  color  capability 
and  the  other  does  not.  Screen  resolution  could  be  a  param¬ 
eter  benefit  and  compared  against  total  system  cost  only  if 
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color  capability  is  net  a  systea  requirement  and  not  consid¬ 
ered  a  decision  parameter  by  the  user.  I£  separate  costs 
cannot  be  attributed  to  particular  parameters,  then  this 
model  cannot  be  used  for  cost  benefit  analysis  of  those 
parameters. 

After  the  system  costs  and  benefits  nave  been  entered 
for  all  technical  attributes  relevant  to  user  needs,  then 
the  model  calculates  benefit/cost  ratios  for  all  alterna¬ 
tives.  Benefit/Cost  Ratio  (BCR)  is  defined  as  the  quantifi¬ 
able  parameter  measure  divided  ny  the  cost  of  that 
parameter.  This  assumes  that  the  associated  costs  are  one 
time  initial  costs.  NAVDAC  Pub.  15  provides  techniques  to 
calculate  uniform  annual  costs  (OAC)  and  net  present  values 
(NPV)  if  required.  The  benefit/cost  ratios  are  then 
displayed  and  maintained  for  reference  purposes. 

The  model  then  calculates  the  delta  or  change  values  in 
the  benefits  versus  the  costs  for  pairs  of  alternatives 
under  consideration.  Depending  upon  the  specific  model 
construction  and  spreadsheet  program  in  use,  this  can  be 
automatically  calculated  for  all  opposing  sets  of  alterna¬ 
tives  or  calculated  as  a  result  of  user  prompts.  Normally, 
the  delta  (change  )  values  should  be  calculated  between  the 
known  baseline,  and  various  alternatives  (If  tnere  are  many 
alternatives,  pair-wise  calculations  will  rise 
exponentially)  . 

As  stated  previously,  the  baseline  can  either  be  devel¬ 
oped  from  user  needs  and  specifications,  NAVDAC  current 
standards,  or  against  a  current  system  in  operation.  The 
delta  calculations  then  show  the  highest  benefit-cost 
difference  relative  tc  the  selected  alternative  or  baseline. 

The  individual  analysis  (comparison  of  alternatives)  and 
conclusions  drawn  from  the  benefit/cost  ratios  is  then  left 
to  the  analyst.  NAVDAC  Pub.  15  provides  guidance  on  the  use 
of  benefit/cost  ratios.  According  to  this  publication. 


benefit/cost  ratios  are  normally  utilized  wnen  the  alterna¬ 
tive  systems  have  unequal  costs  and  unequal  benefits.  This 
is  the  most  frequent  case  at  present  wnen  trying  to  evaluate 
the  differences  among  many  similar  microcomputer  systems, 
when  one  system  has  some  attribute  slightly  different  than 
the  others.  NAY DAC  Pub.  15  provides  guidance  on  conclusions 
to  be  drawn  from  benefit/cost  ratio  analysis. 


TABLE  I 

BCB  Comparison  of  Alternatives 


Costs 

Equal 

Unequal 

Unequal 

Equal 


Benefits 

Unequal 

Equal 

Unequal 

Equal 


Basis  for  Recommendation 
Most  Benefits 
Least  Costs 

Highest  benefit/cost  ratio 
Other  Factors 


It  will  be  shown  that  when  comparing  alternatives,  the 
analyst  must  look  at  both  the  delta  values  for  the  BCE  and 
tne  individual  BCR's  themselves.  This  is  the  icey  point  to 
this  model  construction  and  method.  Further,  the  key  aspect 
to  examining  the  delta  values  is  to  begin  with  the  least 
cost  axternative  that  satisfies  user  requirements  and 
examine  the  delta  values  increment  by  increment  progressing 
from  one  alternative  to  another.  Many  alternatives  can  be 
eliminated  by  bounding  the  cost  and  attribute  data  by 
maximum  available  funds  willing  to  spend  for  cost,  and 
minimum  acceptable  measure  of  a  particular  attribute.  The 
analysis  then  shows  how  much  incremental  cost  is  required 
for  seme  increment  in  performance.  A  decision  is  reached 
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when  the  increnental  cost  is  not  considered  worth  the  incre¬ 
mental  benefit  or  vice-versa. 

Mo  attempt  will  be  made  to  list  or  detail  all  the  system 
attributes  that  should  be  considered  in  the  analysis,  or  how 
the  cost/benefit  ratios  and  the  changes  in  cost  benefit 
ratios  should  be  calculated  for  each  attribute.  Rather  the 
intent  is  to  make  the  prospective  Mavy  purchaser  aware  of 
the  technique  of  conducting  change  analysis,  and  suggesting 
that  automated  spreadsheet  tools  provide  the  ideal  environ¬ 
ment  for  conducting  not  only  cost/benefit  analysis,  but  the 
entire  economic  analysis  process. 

In  order  to  guide  a  prospective  builder  of  an  actual 
working  model,  several  model  examples  will  be  discussed. 


C.  EXAMPLE  ANALYSIS 


Assume  that  user  requirements  have  specified  a  need  to 
display  graphics.  The  model  should  scan  those  systems 
entered  into  its  database  and  select  those  systems  with 
graphics  capabilities  as  the  alternatives.  Table  II  is 
displayed  for  consideration  and  Figure  3. 1  is  made  available 


vendor 


A 

B 

C 

D 

E 

F 


TABLE  II 

Graphic  Display  Options 


Sxel 

soli^tion 


640x225 
640x200 
60  0  x  200 
64  0x400 
720x348 
72  0x40  0 


144000 

128000 

120000 

256000 

250360 

288000 


Cost  Total 

—  ssi — 


3  50 
400 

4  80 
430 
500 
540 


.  42 


411. 

320 
250 

533. 33 
501.12 
533.  33 


PIXEL  ELEMENTS 
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Figure  3.1  Graphic  Display  Options  Graph. 
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for  viewing.  The  data  necessary  to  generate  Table  II  and 
graph  3.1  represents  actual  cost  data  for  six  different 
Ban u fact urers  of  graphic  display  options  for  the  IBM 
Personal  Computer.  Vendor  A  offers  a  graphic  screen  resolu¬ 
tion  equal  to  that  of  the  Zenith  Z-120  adopted  by  NAVDAC. 
Vendor  A  will  therefore  represent  the  baseline. 

Examining  the  BCR's  and  following  the  NAVDAC  guidelines, 
the  analyst  night  be  drawn  to  recommend  Vendor  F.  Vendor  F 
and  Vender  C  have  the  highest  BCR's,  but  Vendor  F  offers  a 
considerably  aigher  vertical  resolution.  Assuming  that  all 
other  factors  were  the  same,  this  would  be  an  erroneous 
conclusion  for  two  reasons.  First,  the  conclusion  is  not 
based  on  need.  Vendor  A  should  be  selected  because  it 
represents  the  least  cost  solution,  assuamg  Vendor  A  would 
satisfy  the  user  requirement.  In  tnis  case  even  though  the 
costs  and  benefits  are  unequal,  the  analyst  must  be  careful 
to  evaluate  unequal  benefits  first  against  the  stated  need. 
If  all  the  alternatives  equally  satisfy  the  user  need,  then 
in  actuality,  all  of  the  alternative  oenefits  are  equal,  and 
the  least  cost  alternative  should  be  selected.  Second, 
assuming  that  Vendors  D  a nd  F  were  toe  only  two  alterna¬ 
tives,  it  must  be  remembered  that  even  thougn  the  costs  and 
attributes  are  unequal,  if  the  systems  are  of  equal  benefit 
to  the  user,  and  the  BCR's  are  equal, then  the  least  cost 
recommendation  criterion  should  apply. 

If  we  assume  nowever  that  Vendor  A  represents  the  base¬ 
line  of  a  current  system,  or  the  user  need  specifies 
exceeding  the  baseline  parameter,  then  an  evaluation  of 
delta  values  must  be  done.  The  model  or  user  would  then 
calculate  the  delta  functions  between  the  baseline  and  the 
other  alter  natives. Delata  values  should  be  calculated  in  all 
cases  where  actual  benefits  and  costs  are  unequal. 

When  Vendor  A  is  compared  to  Vendor  D  the  change  in 
pixels  equals  112,300  and  the  change  in  cost  equals  133, 


yielding  a  delta  BCR  of  861.54.  When  Vendor  A  is  compared 
to  Vendor  F,  the  change  in  pixels  equals  144,000  and  the 
change  ir  cost  eguals  190,  yielding  a  delta  BCR  of  757.39. 
From  the  change  analysis  the  analyst  should  be  led  to  recom¬ 
mend  Vendor  D,  which  offers  the  most  extra  benefit  at  least 
extra  cost.  If  possible  the  display  of  the  delta  BCR's 
should  also  be  shown  in  a  table  for  all  alternative  pairs. 

The  next  example  will  examine  differences  among  manufac¬ 
turers  of  Hard  Disk  Drive  options  for  microcomputer  systems. 
Again,  the  data  represent  actual  cost  data  for  manufacturers 
of  hard  disk  options  for  IBM  compatible  microcomputer 
systems.  Table  III  and  Graph  3.2  would  be  displayed  by  the 
model  calculations.  Vendor  D  represents  the  baseline  NAVIAC 
standard. 


Yendoy 

Capacity 

TABLE  III 

Bard  Disk  Options 

Cost  BCg  Delta  BCB 

”  ’  (Relative  to  Baseline) 

A 

5 

MB 

1540 

.0032 

10 

MB 

.0054 

-  — 

15 

MB 

.  00t>5 

.  0056 

20 

MB 

2550 

.0078 

.  0089 

B 

12 

MB 

2180 

.0055 

.  0026 

20 

MB 

2440 

.0082 

.  0098 

26 

MB 

2630 

.  0099 

.  0132 

C 

10 

MB 

1495 

.  0067 

23 

MB 

2250 

.0102 

.0157 

D 

10 

MB 

1422 

.0070 

Baseline 

1 


As  in  the  first  example,  the  least  cost  system  is  repre¬ 
sented  by  the  NAVDAC  standard.  This  alternative  should  be 


STORAGE  CAPACITY  (IN  MB) 


HARD  DISK  SECONDARY  STORAGE 


selected  unless  user  requirements  specify  a  need  for 
secondary  storage  capacity  greater  than  10  Megabytes. 
Assuming  greater  secondary  storage  is  required  than  the 
amount  offered  by  Vendor  E,  then  the  analysis  data  indicates 
that  Vendor  C* s  23  MB  unit  offers  both  the  highest  BCF  and 
delta  BCB  froa  the  established  baseline. 

The  last  azaaple  examines  the  analyses  of  different  BAM 
expansion  options  for  a  single  system.  Assume  an  existing 
system  already  has  256  kilobytes  of  user  BAM  installed.  Two 
vendors  manufacture  memory  expansion  options.  Vendor  B's 
product  cnly  has  the  capability  to  expand  to  256  KB  (for  512 
KB  total)  ;  Vendor  A  can  expand  an  additional  384  KB  (for  640 
KB  total),  but  at  additional  cost.  Table  IV  and  Figure  3.3 
represent  possible  data  displays. 


TABLE  17 

RAH 

Expansion  Options 

Tqial  Bam 

166 

220 

384 

448 

512 

616 

60! 

Vendor  A  Cost 
Total  BCB 

295 

.368 

350 

.914 

405 

.948 

460 
.  974 

515 

.994 

570 

1.01 

625 

1.024 

Vendor  B  Cost 
Total  BCR 

22  9 

1.  12 

284 

1.  13 

339 

1.  13 

394 

1.14 

449 

1.14 

The  cost  data  for  the  two  Vendors  is  also  taken  from 
actual  memory  expansion  options  for  IBM  Personal  Computers. 
Memory  add-on  boards  are  an  extremely  popular  option,  and 
the  graph  and  table  represent  a  common  occurrence  where  one 
vendor  offers  more  expansion  capability  but  at  a  higher 
price.  Either  expansion  board  can  be  filled  with  memory  at 
equal  additional  cost.  The  table  shows  tnat  traditional 


RAM  CAPACITY  (IN  KB) 

128  192  256  320  3B4  448  512 


ADDITIONAL  RAM 


COST 


benefit  cost  ratios  indicate  the  lowest  price  vendor  (B) 
should  be  recommended  throughout  tne  range  of  the  expansion 
options. 

There  are  several  different  change  functions  that  can  be 
calculated  for  this  case.  If  the  model  calculates  the 
difference  in  expansion  capability  based  on  the  initial 
cost;  then  Vendor  A  can  expand  an  additional  384  KB  at  a 
cost  of  295,  giving  a  delta  3CE  of  1.30.  Vendor  B  can 
expand  an  additional  256  KB  at  an  initial  cost  of  229 
yielding  a  delta  BCE  of  1.12.  Ine  model  could  alsc  calcu¬ 
late  the  difference  at  full  cost  including  cost  of  memory. 
Vendor  A  at  the  384  KB  change,  full  memory  cost  is  625; 
Vendor  3  with  256  KB  change,  at  full  memory  cost  is  449. 
This  yields  delta  BCE's  of  .6144  and  .570  respectfully. 
Thus  the  BCE  when  measured  as  the  difference  between  expan¬ 
sion  capability  from  the  system  initial  capability  indicates 
that  Vendor  A,  the  higher  priced  vendor,  should  be  recom¬ 
mended,  assuming  the  user  requires  this  added  capacity. 

It  must  be  emphasized  again  that  the  above  analysis  is 
not  based  on  a  user  need  requirement.  Only  when  the  actual 
need  is  considered  can  actual  recommendations  be  made.  For 
the  above  example,  expansion  of  memory  capacity  beyond  what 
was  originally  a  maximum  requirement  occurs  frequently,  but 
if  it  is  determined  that  256  KB  of  memory  is  the  absolute 
maximum  requirement,  then  the  least  cost  option  should  be 
selected. 

0.  H0DE1  EVHAKCEHEHTS 

The  above  three  examples  are  representative  of  how 
benefit/cost  analysis  can  be  performed  in  reference  to 
comparing  alternatives  among  microcomputer  systems.  An 
actual  working  model  would  be  constructed  based  on  the  indi¬ 
vidual  decision  makers  or  analysts  requirements.  These 


requirement s  should  he  quantification  of  measurable  system 
attributes  based  on  user  need.  As  such,  many  different 
parameters  would  have  to  be  compared.  Ideally,  a 

constructed  model  would  be  preloaded  with  attribute  and  cost 
data  on  all  known  alternative  systems.  The  user  would  then 
extract  those  parameters  necessary,  and  conduct  the  indi¬ 
vidual  analysis  on  each  of  the  chosen  parameters. 

In  the  realm  of  decision  support  system  theory,  the 
model  could  be  just  ore  of  a  series  of  models  used  in  making 
microcomputer  selection.  If  a  rule  dictionary  could  be 
developed  for  user  requirements  an  ideal  decision  support 
system  could  be  constructed  that  would  automatically  select 
the  appropriate  evaluation  parameters  based  on  the  stated 
user  need.  The  cost/benefit  analysis  would  be  just  one  of 
several  models  that  a  prospective  user  is  guided  through  in 
the  decision  process.  Other  models  would  utilize  such 
factors  as  net  present  value  and  total  life-cycle  costs  for 
each  of  the  complete  alternative  systems  with  all  necessary 
options  installed.  In  short,  there  is  much  room  for  expan¬ 
sion  and  improvement  over  the  basic  model  description 
presented. 

In  the  context  of  simple  spreadsheet  program,  the 
results  of  each  of  the  individual  parameter  value  benefit/ 
cost  analysis  would  then  only  provide  additional  input  to 
the  complete  analysis  process.  Other  factors  may  always 
provide  an  overriding  reason  to  select  systems  contrary  to 
what  may  show  to  be  the  Hbest"  cnoice  strictly  by  the 
numbers.  Vendor  reliability,  maintenance  costs,  etc.,  and 
the  wealth  of  other  considerations  must  naturally  be 
combined  when  making  the  final  decision. 


IY.  gfifiSfiil  MICBQCOagOTSB  DESCRIPTION 


A.  BASIC  CONCEPTS 

The  approach  taken  to  describe  a  microcomputer  system  is 
to  utilize  the  concept  of  levels  of  abstraction.  Levels  of 
abstraction  allow  a  general  understanding  of  a  system  by 
beginning  the  descriptions  at  the  most  general  level  first, 
and  then  proceeding  to  increasing  levels  of  detail.  The 
upper  level  description  is  often  called  the  macro  or  system 
view,  with  lower  levels  the  detail  or  micro  views.  Levels 
of  abstraction  also  fellow  the  intuitive  concept  of  top  down 
design.  This  approach  also  allows  limiting  the  descriptions 
to  an  appropriate  level  of  abstraction  without  proceeding  to 
levels  of  detail  beyond  the  necessary  scope.  The  following 
descriptions  are  not  intended  to  detail  the  exact  operation 
of  microcomputer  components,  but  are  intended  to  identify 
some  of  the  aspects  to  be  considered  when  evaluating  among 
microcomputer  alternatives. 

There  are  three  main  functional  units  to  a  single-user, 
single-task  microcomputer  system.  They  are  an  input  device, 
a  system  or  processing  device,  and  an  output  device.  dany 
however  may  consider  a  storage  unit  and  memory  unit  as  main 
functional  components  and  describe  a  microcomputer  system  as 
consisting  of  five  main  functional  units.  The  choice  of 
three  main  functional  units  however  better  describes  current 
microcomputer  systems  where  the  storage  and  memory  units  are 
physically  built  into  the  system  or  processing  unit. 

The  above  chosen  functional  units  represent  a  physical 
orientation  in  describing  the  system.  There  are  however, 
other  ways  of  describing  systems  based  on  logical  relation¬ 
ships  or  internal  hardware  design.  One  common  method  bases 
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descriptions  on  the  architecture  of  tae  internal  micropro¬ 
cessor  and  its  relationship  to  connected  major  components. 
These  methods  however  are  not  useful  to  most  users. 

An  input  device  normally  consists  of  a  Keyboard.  Most 
business  and  commercially  oriented  microcomputer  keyboards 
have  a  significant  number  of  extra  keys  over  a  standard 
typewriter  layout.  These  extra  keys  are  necessary  to 
provide  additional  control  signals  for  the  computer  system 
and  attached  peripheral  devices.  Some  keyboards  have  added 
a  calculator  type  numeric  keypad  at  one  side  of  the  keyboard 
that  allows  easy  entry  of  numerical  data.  Some  keyboards 
provide  a  number  of  "function"  keys  that  implement  common 
command  sequences  to  save  repetitive  typing  chores. 
Further,  some  systems  allow  the  function  keys  to  be  rede¬ 
fined  under  program  control.  Current  NAVDAC  minimum  stan¬ 
dards  call  for  the  use  of  a'  "QWERTY"  style  keyboard  with  a 
shift  key  and  control  key. 

The  keyboard  for  the  IBM  Personal  Computer  is  controlled 
by  its  own  dedicated  microprocessor  and  can  therefore  be 
completely  controlled  by  software.  This  feature  allows  the 
entire  keyboard  to  be  redefined  into  any  configuration  as 
desired.  This  feature  is  particularly  useful  when  used  to 
prevent  erroneous  data  entry.  Also,  tnis  feature  has 
significant  benefit  for  handicapped  persons  who  can  now 
define  their  own  key  configurations  and  eliminate  the  need 
for  simultaneous  multiple  key  strokes  (such  as  shift  keys 
for  capitals). 

There  are  a  number  of  other  input  devices  supplementing 
the  keyboard  device  in  many  current  microcomputer  systems. 
These  devices  consist  of  touch  screens,  digitizer  tablets, 
graphics  tablets,  joysticks,  trackballs,  iightpens,  barcode 
readers,  mouse  devices,  voice  activated  input,  and  remote 
device  communication  channel  input.  All  of  the  above 
devices  have  quantifiaole  parameters  for  comparison  and 
decision  purposes  if  required. 


An  output  device  normally  consists  of  a  cathode  ray  tube 
(CRT)  display  screen  or  video  display  terminal  (VDT)  ,  in 
either  monochrome  (single  color)  or  color.  Microcomputer 
CRT  screens  are  normally  classified  as  to  the  amount  of 
character  information  they  can  display  in  text  applications. 
Current  NAVDAC  standards  recommend  a  minimum  of  80  amber  or 
green  characters  per  line  by  24  lines  on  a  twelve  inch  diag¬ 
onal  screen.  The  new  proposed  NAVDAC  standard  calls  for  a 
minimum  of  80  characters  by  24  lines  with  a  25th  line  for 
status  information. 

Graphics  applications  normally  view  the  screen  as  a 
number  of  displayable  dots  or  pixels.  Each  dot  is  sepa¬ 
rately  addressable,  and  depending  upon  the  application 
program  and  microcomputer  system,  can  be  shown  in  different 
colors  and  attributes  (such  as  blinking  or  intensified)  . 
The  number  of  horizontal  arid  vertical  displayable  pixels 
defines  the  screen  resolution.  A  typical  microcomputer 
system  might  have  320  by  200  pixel  resolution.  NAVDAC  does 
not  presently  specify  a  standard  for  graphics. 

The  other  major  class  of  output  devices  is  the  hard  copy 
printer.  Printers  for  microcomputers  are  presently  of  two 
major  types,  dot  matrix,  and  fully  formed  letter  quality. 
Ink  jet  and  laser  printers  are  also  just  beginning  to  appear 
in  low  cost  models.  The  new  proposed  NAVDAC  standard  calls 
for  dot  matrix  printers  to  have  a  minimum  print  speed  of  30 
characters  per  second  and  letter  quality  printers  to  nave  a 
minimum  15  characters  per  second  print  speed. 

Most  present  microcomputer  systems  support  asynchronous 
serial  communication.  NAVDAC  recommends  that  purchased 
microcomputer  systems  be  able  to  provide  full  duplex  asynch¬ 
ronous  serial  communications  at  speeds  from  300  bits/second 
to  9,600  bits/second.  Additionally  the  system  should  be 
able  to  transfer  over  standard  telephone  lines  connected  to 
a  modem  at  either  300  bits/second  or  1200  bits/second  using 
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standard  protocols.  Since  this  capability  is  an  absolute 
requirement  and  does  not  vary  significantly  from  system  to 
system,  asynchronous  communications  is  not  considered  in  the 
proposed  model. 

Ihe  proposed  model  therefore  considers  a  microcomputer 
system  to  be  composed  of  a  keyboard  input  device,  a  system 
or  processing  unit  which  includes  memory  and  a  secondary 
storage  device,  and  a  CRT  display  output  device.  These 
three  functional  units  will  be  quantified  to  formulate  the 
hardware  portion  of  the  proposed  model.  The  major  three 
functional  components  are  also  normally  purchased  together 
as  one  unit  from  the  same  manufacturer. 

The  microcomputer  operating  system  will  be  the  final 
component  of  the  proposed  model.  Without  the  operating 
system  and  an  application  program  tne  mrcr oco mpu ter  is  a 
useless  device.  The  proposed  NAVDAC  standard  recommends 
compatibility  with  the  MS-DOS  operating  system  or  an  oper¬ 
ating  system  that  can  execute  MS-DOS  compatible  programs. 

The  next  level  of  abstraction  will  detail  the  major 
components  of  the  microcomputer  system  and  processor  unit. 
The  most  important  component  of  the  entire  microcomputer 
system  is  the  microprocessor.  The  cnoice  of  the  micropro¬ 
cessor  virtually  determines  and  dominates  every  other  aspect 
of  the  entire  micr occmputer  system.  The  microprocessor  is 
often  called  the  central  processing  unit  or  CP'J.  The  CPU 
through  various  peripheral  and  support  electronic  components 
or  chips  enable  and  interpret  input  from  the  keyboard  device 
and  formats  and  processes  the  output  to  the  CRT  device. 

The  CPO  processor  must  have  access  to  memory  to  store 
the  list  of  instructions  to  operate  on  and  to  store  results 
of  processing  and  other  outputs.  Memory  in  a  microcomputer 
system  is  normally  composed  of  chips  called  dynamic  random 
access  memory  or  DRAM  (often  abbreviated  to  RAM)  and  real 
only  memory  or  ROM. 


The  term  dynamic  refers  to  the  fact  that  RAH  memory  is 
not  permanent.  RAH  memory  must  be  periodically  and  elec¬ 
tronically  recharged  or  refreshed.  This  means  information 
in  RAH  memory  is  only  retained  while  power  is  available  and 
the  microcomputer  system  is  running.  Turning  the  microcom¬ 
puter  off  or  any  interruption  in  power  causes  loss  of  infor¬ 
mation  stored  in  RAH  memory.  The  term  random  refers  to  the 
fact  that  each  individual  storage  location  can  be  indepen¬ 
dently  accessed.  RAH  memory  is  also  often  called  read/write 
memory,  because  new  information  can  be  written  into  and  read 
from  the  memory.  It  is  commonly  used  for  the  storage  of 
user  programs  and  data. 

Read  only  memory  however  can  only  be  read.  ROH  memory 
is  still  random  in  that  individual  storage  locations  can  be 
independently  accessed.  ROH  memory  usually  contains  the 
instructions  necessary  for  the  microprocessor  to  automati¬ 
cally  oring  the  microcomputer  to  a  state  ready  fcr  user 
input.  ROH  based  routines  often  contain  sophisticated  diag¬ 
nostic  and  device  initialization  routines.  This  process  is 
normally  termed  "booting”  the  system  and  refers  to  the 
analogy  of  pulling  oneself  up  by  ones  bootstraps  automati¬ 
cally  without  intervention.  If  tne  ROM  routine  necessary  to 
start  a  system  must  read  information  on  a  secondary  stcrage 
device  this  information  is  appropriately  called  the  boot¬ 
strap  loader. 

Another  type  of  memory  found  m  microcomputer  systems  is 
static  RAH  which  does  not  need  to  be  refreshed  but  still 
loses  its  contents  when  power  is  lost.  Static  RAH  is  more 
expensive  and  currently  does  not  offer  the  storage  density 
of  DRAM.  Therefore  it  is  not  usually  seen  in  general 
purpose  microcomputer  systems. 

Memory  in  microcomputer  systems  has  an  access  time  asso¬ 
ciated  with  it.  This  access  time  is  measured  in  nanoseconds 
(ns)  .  A  typical  microcomputer  system  has  a  RAH  memory 
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access  tine  of  400  ns  or  less.  Significant  improvements  in 
system  performance  can  be  seen  simply  by  using  faster  access 
memory  (often  constrained  by  microprocessor  clock  speed). 

Another  form  of  memory  is  bubble  memory  wnach  retains 
its  contents  even  when  power  is  lost;  this  is  also  read/ 
write  memory.  Bubble  memory#  however#  has  significantly 
slower  access  times  than  BAM  or  BOM  and  also  is  not  preva¬ 
lent  in  microcomputers  as  main  memory.  Bubble  memory  is 
beginning  to  be  utilized  in  microcomputer  systems#  however# 
as  a  small  size  fast  access  secondary  storage  device. 

In  order  to  save  the  contents  of  information  stored  in 
RAN#  a  secondary  storage  device  must  be  provided.  In  micro¬ 
computer  systems  this  secondary  storage  usually  takes  the 
form  of  floppy  diskettes.  The  floppy  diskette  is  the  medium 
the  information  is  stored  on.  The  device  that  reads  the 
medium  and  transfers  information  from  the  floppy  diskette  to 
memory  is  the  floppy  diskette  drive.  The  diskette  drive  or 
drives  are  normally  part  of  the  system  unit  but  can  be 
contained  in  external  cabinets. 

Microcomputer  systems  originally  contained  disk  drives 
that  handled  disks  that  were  eight  inches  in  diameter. 
Current  microcomputer  systems  usually  utilize  diskette 
drives  that  handle  diskettes  that  are  five  and  one  guarter 
inches  in  diameter.  Industry  practice  distinguishes  netween 
the  two  sizes  by  the  disks  (8  inches)  versus  diskettes  (5 
1/4  inches)  terminology.  This  verbal  distinction  is 
becoming  increasingly  blurred  however  as  even  smaller  disk¬ 
ettes  enter  the  marketplace.  Ihis  next  smaller  size  is 
three  and  one  half  inch.  The  physical  size  of  the  medium 
however  is  unimportant  to  most  users.  The  important  charac¬ 
teristic  is  how  much  information  the  medium  can  store. 

The  unit  of  measure  for  these  devices  is  normally  the 
b/te.  A  byte  consists  of  eight  bats  of  information.  Bytes 
are  measured  in  multiples  of  powers  of  two.  Two  to  the 


tenth  power  represents  1,024  bytes  or  one  kilobyte  (KB). 
Two  to  the  twentieth  power  represents  1,048,576  bytes  or  cne 
megabyte  (MB).  Kilobytes  and  megabytes  are  the  standard 
units  to  measure  capacity  or  memory  and  secondary  storage 
devices. 

The  disk  medium  can  be  either  soft-sectored  or  hard- 
sectored.  Soft-sectored  means  that  the  sector  information 
is  stored  under  software  control.  Hard-sectors  physically 
separate  and  define  the  sectoring  information.  The  disk 
medium  can  also  be  either  single-sided  (information  on  one 
side  only)  or  double-sided.  Further,  there  can  be  single, 
double  or  guad  density  which  refers  to  the  compactness  with 
which  the  icformation  is  stored  by  tracks.  Single  density 
store  approximately  24  tracks  of  data  per  inch,  double 
density  48  tracks  per  inch  and  ^uad  density  96  tracks  per 
inch.  NAVDAC  proposed  standards  call  for  a  minimum  of  two 
five-and-one-quarter  inch,  soft-sectored,  dual-sided,  dual¬ 
density  diskettes  drives. 

Diskette  based  systems  are  considered  to  be  medium 
storage  devices  in  terms  of  tne  volume  of  information 
stored.  If  large  volumes  of  information  are  required  hard 
disk  or  fixed  disk  storage  devices  are  used.  Hard  disks  or 
fixed  disks  usually  are  capable  of  storing  thirty  times  or 
more  the  volume  of  a  floppy  diskette.  Hard  disks  have 
significantly  faster  access  times  than  floppy  disk.  The 
proposed  NAVDAC  standards  recommend  optional  10  megabyte 
hard  disk  when  storage  requirements  exceed  that  of  floppy 
diskettes. 

The  CPU  or  microprocessor  is  normally  connected  inside 
the  system  unit  to  main  memory  consisting  of  ROM  and  RAM,  to 
several  types  of  interface  chips  or  controllers,  to  an  input 
device,  and  an  output  device.  Two  common  interface  chips  or 
controllers  in  most  microcomputers  are  the  direct  memory 
access  (DMA)  controller,  and  the  peripheral  input/output 
(PIO )  controller. 
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The  DMA  controller  allows  input/output  to  he  placed 
directly  frca  an  input/output  device  or  secondary  storage  to 
siain  aenory  and  vice-versa  without  going  through  or  inter¬ 
rupting  the  aicroprocessor.  The  ?I0  controller  handles  the 
necessary  control  and  formatting  information  for  communica¬ 
tion  between  the  microprocessor  and  the  input/output 
devices. 

The  CPU,  ROM  and  RAM,  the  controllers  and  input/output 
devices  are  connected  together  by  a  system  bus.  The  system 
bus  carries  the  necessary  address,  data  and  control  signals 
that  allow  various  components  connected  to  the  bus  to 
exchange  information.  The  system  bus  normally  consists  of 
three  separate  bus  structures.  They  are  the  address  bus, 
the  data  bus,  and  the  control  bus.  Some  microcomputer 
systems  may  multiplex  one  or  more  of  these  buses  on  the  same 
physical  lines,  but  most  current  systems  maintain  at  a  least 
double  nus  structure. 

The  address  bus  carries  address  signals  that  identify 
tne  separate  memory  locations  and  the  input/output  locations 
to  the  CEO.  The  data  bus  carries  actual  data  information 
from  the  CPU  or  one  component  to  another.  The  control  bus 
carries  the  necessary  control  and  timing  signals  under  the 
direction  of  the  CPO  that  coordinates  the  action  of  the 
address  bus  and  the  data  bus,  and  carries  out  the  instruc¬ 
tions  that  the  CPO  is  performing.  The  control  bus,  for 
example,  would  contain  the  control  signals  to  determine 
whether  a  memory  access  is  a  read  operation  or  a  write 
operation. 

Important  aspects  from  the  quantification  point  of  view 
focuses  on  the  address  bus  and  the  data  bus.  The  control 
bus  while  being  the  most  important  bus,  since  it  contains 
the  control  signals,  is  basically  transparent  in  its  opera¬ 
tion  and  not  normally  available  for  use  by  the  user  or  the 
system  programmer.  The  address  bus  and  the  data  bus  however 


determine  some  fundamental  aspects  and  measurable  parameters 
of  the  microcomputer  system. 

The  address  bus  and  data  bus  operate  on  a  specific 
number  of  bits  in  a  parallel  fashion.  The  specific  number 
of  bits  that  these  busses  act  on  at  one  time  is  often  called 
the  bus  width.  Thus  if  the  data  ous  operates  on  eight  bits 
of  information  (one  byte)  in  parallel  it  is  said  to  be  an 
eight  bit  data  bus. 

The  more  information  that  can  be  handled  at  one  time, 
the  faster  and  more  efficiently  a  microcomputer  system  will 
operate.  For  example,  if  the  unsigned  number  512  were  to  be 
transferred  on  an  eight  bit  data  bus,  it  would  have  to  occur 
in  two  cycles.  The  number  512  requires  a  representation  of 
at  least  nine  bits  and  the  first  cycle  would  transfer  the 
first  eight  bits  and  another  cycle  would  be  .  necessary  to 
transfer  the  remaining  bit.  Intuitively,  the  larger  the 
data  bus,  the  more  data  that  can  be  transferred  efficiently. 

The  size  of  the  data  bus  is  often  used  to  determine  or 
name  the  classification  of  microcomputer  systems.  If  the 
data  bus  is  8  nits  wide  the  microprocessor  and  microcomputer 
is  termed  to  be  an  8  bit  device.  If  the  size  of  the  data 
bus  is  16  bits,  a  16  bit  microcomputer  results.  This  clas- 
sification  terminology  is  not  universally  accepted  however. 

Similarly,  the  size  of  the  address  bus  determines  the 
maximum  amount  of  memory  or  devices  that  can  be  directly 
accessed  by  the  system.  An  address  bus  that  is  1 6  bits  wide 
can  access  directly  sixty- four  kilobytes  (64  KB)  of  memory 
(assuming  the  microcomputer  is  equipped  with  at  least  64K3 
of  memory)  .  Due  to  the  binary  nature  of  the  address  bus 
every  additional  bit  in  width  doubles  the  direct  addressable 
memory.  An  address  bus  of  twenty  bits  can  directly  access 
one  megabyte  (1NB)  of  memory. 

As  application  programs  become  more  complex,  ever 
increasing  needs  for  large  amounts  of  directly  addressable 


meaory  become  necessary.  In  addition,  and  similar  to  main¬ 
frame  computers,  multitasking  and  multiuser  microcomputer 
systems  will  require  relatively  large  amounts  of  directly 
addressable  meaory. 

B.  TEE  MIC BOP BO CESS OB 

The  last  level  of  abstraction  will  be  the  basic  internal 
structure  of  a  typical  microprocessor.  It  must  be  realized 
that  microprocessors  have  advanced  to  a  stage  wnere  general 
purpose  descriptions  no  longer  adequately  portray  the  many 
and  varied  design  philosophies.  The  proposed  NAVDAC  stan¬ 
dard  recommends  microcomputer  systems  utilize  the  Intel 
6083/8086  microprocessor  or  equivalent. 

The  major  functional  areas  inside  a  general  purpose 
microprocessor  designed  for  microcomputer  systems  almost 
directly  parallels  the  general  purpose  description  of  the 
microcomputer  system  itself.  The  CPU  must  have  internal 
data,  address  and  control  busses.  It  xs  important  to 
realize  and  distinguish  that  the  internal  width  of  the  CPU 
busses  can  be  and  often  are  a  different  size  than  the 
external  busses.  An  example  of  this  is  a  CPU  that  has  an 
external  8  bit  data  bus  but  internal  16  bit  data  bus.  The 
CPU  will  fetch  two  8  bit  bytes  sequentially  and  then  can 
execute  on  the  entire  16  bit  value  simultaneously. 

The  CPU  busses  are  normally  connected  to  CPU  registers, 
and  input  and  output  buffers.  The  registers  are  an  array  of 
internal  storage  locations  inside  the  CPU  that  hold  address, 
data,  and  intermediate  values  awaiting  or  resulting  from 
computations.  Some  microprocessors  nave  input/output  data 
and  address  buffers  separate  from  the  register  set,  while 
others  will  utilize  the  register  set  itself  to  act  as  the 
necessary  buffers.  Additionally,  some  microprocessors  dedi¬ 
cate  specific  registers  for  specific  functions.  The  most 
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common  register-specific  function  is  to  have  one  register 
dedicated  as  an  accumulator. 

A  CPU,  in  addition  to  the  general  purpose  registers, 
will  have  a  set  of  storage  locations  dedicated  to  other 
specific  functions.  An  instruction  register  contains  the 
instruction  that  is  currently  being  executed  by  the  micro¬ 
processor.  A  program  counter  contains  the  address  of  the 
next  instruction  to  be  executed.  Finally,  a  status  register 
will  maintain  certain  status  information  about  the  state  of 
the  microprocessor,  or  flags  that  are  set  or  reset  depending 
on  results  cf  specific  operations. 

An  important  internal  component  of  the  CPU  is  the  arith¬ 
metic  and  logical  unit  (ALU).  The  ALU  performs  all  calcula¬ 
tions,  data  manipulation,  and  data  comparison  functions. 
This  includes  executing  such  operations  as  comparing  values, 
complementing  values,  and  shifting  values  left  or  right.  If 
the  CPU  has  a  dedicated  accumulator  register,  the  results  of 
operations  performed  by  the  ALU  are  returned  or  placed  into 
the  accumulator. 

The  control  unit  within  the  CPU  performs  all  instruc¬ 
tions  not  directly  requiring  use  of  the  ALU.  Ihis  includes 
operations  such  as  transferring  the  value  of  one  register  to 
another  or  transferring  the  contents  of  registers  to  memory 
or  the  I/O  devices  through  the  system  bus.  Xhe  control  unit 
also  controls  the  operation  of  the  ALU  and  in  conjunction 
with  it,  executes  the  entire  set  of  instructions  the  CPU  is 
capable  of  performing. 

Within  the  control  unit  will  be  encoded  the  entire 
instruction  set  of  the  microprocessor.  This  instruction  set 
is  a  fixed  set  of  operations  that  the  microprocessor  is 
capable  of  performing.  The  instructions  are  executed  on 
operands  that  determine  the  exact  nature  of  the  instruction 
to  be  executed.  For  example  an  add  instruction  may  add 
values  from  one  register  to  another,  from  a  register  with  a 
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value  in  memory,  or  from  a  value  in  memory  to  another  memory 
location  that  points  to  yet  another  memory  location 
containing  the  actual  value.  The  different  ways  an  instruc¬ 
tion  operand  affects  the  control  of  tne  instruction  are 
called  addressing  modes.  Addressing  modes  extend  the  capa¬ 
bility  of  an  instruction  set  by  allowing  different  opera¬ 
tions  to  take  effect  on  a  single  instruction  based  on  the 
operands  of  that  instruction. 

C.  HICHCCOMPUTEB  SYSTEM  CO  MSI DERATIONS 

There  are  several  important  considerations  involved  when 
trying  to  evaluate  microcomputer  systems.  Tnough  the  micro¬ 
processor  utilized  is  an  important  system  component,  there 
is  more  to  evaluating  the  microcomputer  system  than  only 
assessing  the  hardware  capabilities  of  the  .  microprocessor 
alone. 

The  way  tne  system  is  capaole  of  interacting  with 
various  I/O  devices  is  another  consideration.  It  has  been 
shown  that  systems  with  DMA  offer  improved  capability  and 
performance  over  systems  where  all  I/O  activity  must  go 
through  the  microprocessor.  Additionally,  some  I/O  devices 
may  possess  their  own  processing  capanility,  which  frees  the 
main  microprocessor  from  performing  what  are  sometimes 
called  housekeeping  functions. 

Some  microprocessors  have  the  capanility  to  address  I/C 
devices  separately  from  memory  addresses.  This  capability 
is  called  I/O  mapping  and  has  several  advantages.  Because 
an  I/O  address  can  be  significantly  smaller  than  a  memory 
address,  the  I/O  address  can  be  specified  directly  without 
an  address  calculation.  The  shorter  address  also  results  in 
shorter  I/O  commands.  The  alternative  to  this  is  memory 
mapped  I/O,  where  certain  memory  addresses  are  reserved  for 
particular  I/O  devices  and  other  information  they  might 


need.  This  rasults  in  less  memory  available  for  application 
programs.  However,  the  same  instructions  which  are  used  for 
meaory  operations  can  be  used  for  I/O  operations  and  I/O 
data  transfers  do  not  have  to  go  tnrough  an  internal 
register. 

Another  consideration  is  whether  the  system  supports 
interrupts.  Interrupts  allow  the  I/O  devices  to  signal  the 
microprocessor  only  when  they  need  servicing  or  reguire  an 
information  transfer.  Without  interrupt  capability  the 
microprocessor  will  have  to  spend  unnecessary  time  polling 
I/O  devices  just  to  see  if  servicing  is  required.  Host 
current  microprocessors  support  interrupts,  out  how  they  are 
implemented  and  the  number  supported  can  have  significant 
impact  upon  system  performance  and  capability. 

Finally,  the  speed  the  system  operates  at  is  of  primary 
importance.  There  is  often  a  distinction  between  the. 
internal  speed  of  the  microprocessor  and  the  speed  of  the 
rest  of  the  system.  Current  microprocessors  operate  in  a 
two  to  twelve  megahertz  (H HZ)  range.  RAH  memory  on  the 
other  hand  operates  in  the  50  to  over  450  nanosecond  (ns) 
access  time  range.  A  4  M HZ  microprocessor  with  a  250  ns 
processor  cycle  time  operating  with  200  ns  memory  attached 
will  obviously  exhibit  better  performance  than  the  same 
system  with  4 00  ns  memory  chips  attached*  because  in  the 
former  case  the  processor  will  not  have  to  wait  on  memory 
accesses.  Similarly,  a  6  HHZ  version  of  the  same  processor 
would  achieve  better  performance.  These  two  interdependent 
times  are  often  critical  in  their  interaction  and  cannot 
often  be  changed  once  the  system  design  is  set. 

The  speed  of  operation  of  a  microcomputer  system  is 
usually  controlled  by  a  crystal  oscillator.  The  oscillator 
provides  an  input  to  the  microprocessor,  where  the  resulting 
timing  signals  are  critical  to  the  operation  of  the  control 


performance  on  crystal  frequency  alone  as  often  the 
frequency  is  modified  or  divided  by  support  chips  to  provide 
one  or  more  actual  operating  frequencies.  Also,  the  actual 
speed  of  the  processor  is  not  a  true  indication  of  system 
speed,  as  indicated  above  with  reference  to  memory  access 
time. 

In  attempting  to  provide  an  accurate  but  simple  quanti¬ 
fication  method  for  microcomputer  system  selection,  careful 
attention  must  be  paid  to  components  or  parameters  that 
significantly  affect  the  operation  of  the  entire  system.  In 
this  context  one  must  be  fully  aware  of  the  positive  and 
negative  interactive  aspects  of  the  chosen  parameters,  and 


V.  C QB& B N T  16-BIT  MICROPROCESSOR  DESCRIPTIONS 

A.  IITEL  8086/8088  MICROPROCESSORS 

The  8086  and  8088  manufactured  by  Intel  Corporation  are 
currently  the  most  widely  used  16-bit  microprocessors  in  the 
microcomputer  industry.  This  is  a  direct  result  in  the  use 
ox  the  8083  in  the  IBM  Personal  Computer  and  compatible 
machines.  The  8088  is  in  such  demand  that  Intel  has  second 
sourced  its  manufacture  to  both  IBM  and  Commodore  Business 
Machines.  The  8086  and  3088  were  first  commercially  intro¬ 
duced  in  1978. 

The  8086  is  a  true  16-bit  processor  naving  both  internal 
and  external  16-bit  data  paths.  Ine  ALU  is  16-bits  wide  and 
can  perform  Doth  byte  and  16-bit  word  operations.  The 
address  bus  of  the  8086  is  20-bits  wide  giving  the  8086  an 
one  megabyte  physical  address  range  (1,048,576  bytes).  Ihe 
8086  has  97  basic  instruction  types  which  include  a  hardware 
multiply  and  divide  instruction  and  various  string  manipula¬ 
tion  instructions.  The  97  instructions  work  in  conjunction 
with  24  different  addressing  modes.  All  instructions  are 
byte  oriented  with  no  instruction  re4uiring  more  than  six 
bytes  of  operands.  Additionally,  any  instruction  can  start 
at  any  address  point. 

The  8086  microprocessor  is  divided  into  two  major  parts, 
an  execution  unit  and  a  bus  interface  unit.  These  two  parts 
are  independent  and  form  the  implementation  of  the  8086 
pipelined  architecture.  This  means  that  instructions  and 
data  are  prefetched  by  the  bus  interface  unit  and  placed 
into  a  six  byte  gueue  or  pipeline  and  then  are  ready  for 
immediate  execution  by  the  execution  unit.  This  results  in 
greatly  improved  performance  characteristics  tecause  the  bus 


interface  unit  can  fetch  instructions  and  data  simultane¬ 
ously  while  the  execution  unit  is  executing  instructions. 
The  pipeline  must  then  only  be  cleared  and  refilled  when 
program  execution  transfers  to  a  non-seguential  address. 

The  8086  includes  a  total  of  fourteen  16-bit  wide  regis¬ 
ters.  There  are  eight  general  purpose  registers,  four  of 
which  can  be  accessed  with  either  16-Dit  or  3-bit  data. 
Tnere  are  four  16-bit  segment  registers  which  are  used  for 
address  calculations.  Finally  there  are  two  16-bit  control 
registers  cna  of  which  is  the  flags  or  processor  status 
register  and  the  other  the  instruction  pointer  register. 
There  are  many  3086  instructions  that  restrict  tne  operand 
values  to  be  placed  in  designated  register  locations,  there¬ 
fore  the  register  set  does  not  provide  completely  general 
purpose  registers. 

The  instruction  pointer  register  is  normally  called  the 
program  counter  in  ether  microprocessor  implementations. 
Intel  refers  to  this  register  as  the  instruction  pointer 
because  this  16-bit  quantity  is  combined  with  one  of  the 
16-bit  quantities  in  the  segment  registers  to  form  the 
20-bit  address.  The  appropriate  16-bit  segment  register  is 
shifted  left  four  bits  and  added  to  the  instruction  pointer 
to  form  the  address.  Another  reason  for  the  change  in 
terminology  is  that  the  8086  instruction  pointer  points  to 
the  next  instruction  to  be  fetched  and  not  the  next  instruc¬ 
tion  for  execution  (which  is  in  the  six  byte  pipeline). 

In  addition  to  supporting  the  one  megabyte  physical 
address  range  the  8086  can  address  64  kilobytes  of  I/O 
ports.  The  8086  instruction  set  has  special  input  and 

output  instructions  to  send  and  receive  data  from  the  I/O 
ports  specified  by  the  port  address.  Ihe  processor  and 

address  bus  distinguish  between  memory  address  and  I/C 
address  ty  special  control  signals.  The  use  of  separately 
addressed  1/0  ports  allows  the  3086  to  use  both  memory 
mapped  and  I/O  mapped  devices. 
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An  example  of  both  memory  and  I/O  mapping  occurs  in  the 
IBM  Personal  Computer  where  the  display  screen  is  memory 
mapped  but  the  cathode  ray  tube  (CRT)  control  circuitry  has 
its  own  processor  controller  witn  additional  registers  that 
can  be  changed  via  the  I/O  ports.  This  results  in  the 
display  screen  attributes  and  cursor  controls  to  be  under 
programmer  cr  application  program  control.  I/O  mapping  also 
saves  memory  space  in  that  device  control  information  does 
not  have  to  be  stored  or  utilize  a  portion  of  system  memory. 

Another  important  characteristic  of  the  8086  processor 
is  its  interrupt  handling  capability.  The  8086  processor  is 
designed  to  utilize  both  hardware  and  software  interrupts. 
A  total  of  256  different  interrupts  are  supported.  The 
first  1024  bytes  of  memory  in  8086  systems  are  dedicated  to 
hold  an  interrupt  vector  table.  Hhen  either  a  hardware  or 
software  interrupt  occurs,  the  interrupt  instruction 
retrieves  an  address  pointer  in  the  interrupt  vector  table 
and  branches  to  that  address  to  perform  the  interrupt 
service  routine.  This  allows  all  interrupt  service  routines 
to  be  written  or  changed  by  the  user.  This  can  be  done 
either  bv  replacing  the  existing  routine  with  another  or 
changing  the  address  of  the  interrupt  vector  pointer  to  a 
new  location  that  contains  the  desired  service  routine. 

The  8086  processor  was  originally  designed  to  be  driven 
by  a  5  MHZ  clock  for  timing  and  control  purposes.  There  are 
now  8  MHZ  and  10  MHZ  versions  available. 

The  8086  design  allows  for  coupling  with  other  6086 
processors  for  parallel  execution  or  it  can  utilize  two 
special  coprocessors.  Tne  8087  Numeric  Processor  Extension 
(8087  NPX)  can  be  utilized  to  implement  fuil  80-bit  IEEE 
floating  point  arithmetic  operations  oy  adding  an  additional 
register  set  of  eight  80-bit  registers  and  68  new  floating 
point  arithmetic  instructions.  Tne  8089  Input/Output 
Processor  (8089  IOP)  is  a  separate  microprocessor  with  its 


own  instruction  set  that  can  be  linked  with  3086  systems  for 
high  speed  I/O  control  of  systems  witn  numerous  I/O  devices. 
The  8089  in  general  acts  as  a  sophisticated  and  high  speed 
I/O  and  EMA  controller. 

The  8088  is  functionally  equivalent  to  tae  8086.  The 
only  difference  is  that  the  8088  has  an  8-bit  external  data 
bus  vice  16-bit  and  the  instruction  pipeline  is  four  bytes 
long  versus  six.  Internally  the  8098  processes  data  and 
instructions  identically  to  the  3036  and  all  programs  and 
applications  developed  for  8086  systems  will  run  on  3088 
systems  and  vice-versa. 

Intel  Corporation  is  providing  a  family  of  processors 
and  coprocessors  beginning  with  the  8088/8086  that  are 
upward  compatible.  The  next  set  of  processors  in  the  series 
is  the  iAPX  186/198  (80186/80188)  .  These  two  processors  are 
functionally  equivalent  to  the  8088/8086  but  additionally 
have  several  peripheral  support  chips  designed  into  the 
microprocessor  itself.  Ihe  80186/80188  series  combine  clock 
generation,  two  independent  DMA  channels,  programmable 
interrupt  controller,  three  programmable  timer/counters, 
programmable  memory-select  and  peripheral-select  logic,  a 
programmable  wait-state  generator,  and  a  local  bus 
controller  Systems  designed  with  iAPX  136/188  need  approxi¬ 
mately  twenty  fewer  chips  which  simplifies  the  circuit  board 
design  and  reduces  cost. 

The  chips  also  have  improved  internal  design  resulting 
in  significantly  faster  execution  for  many  instructions. 
Additionally,  ten  new  instructions  have  neen  added  for  more 
efficient  coding  of  higher  level  languages.  Address  calcu¬ 
lations  use  a  dedicated  hardware  adder  w hicn  significantly 
increases  the  speed  at  which  the  bus  interface  unit  can  fill 
the  execution  unit  pipeline.  Both  chips  also  have  newly 
designed  coprocessors  the  iAPX  187  and  139. 


Another  microprocessor  in  the  Intel  family  is  the  iA?X 
286  (80286).  This  is  a  greatly  improved  8086  model 

supporting  one  gigabyte  of  virtual  memory  and  up  to  16  mega¬ 
bytes  of  physical  memory  for  use  in  multiuser  and  multi¬ 
tasking  applications.  All  memory  management  functions  are 
built  into  the  chip.  In  development  is  the  Intel  iAPX  386 
which  will  be  a  full  32-bit  microprocessor  and  still  plan¬ 
ning  to  be  upward  compatinle  with  applications  developed  for 
8086  systems. 

B.  ZILOG  Z8000  MICROPROCESSOR 

The  Zilcg  Z8000  was  introduced  in  1979  and  is  availanle 
from  Zilog  Corp. ,  and  is  also  second  sourced  from  Advanced 
Micro  Devices  (AMD).  Z8000  is  the  name  for  a  family  of 
processors..  The  Z80  8-bit  microprocessor  is  not  upward 
compatible  with  the  Z3000  as  the  Z 3000  employs  a  totally  new 
and  different  architecture.  Zilog  claims  however  that 
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supporting  16-bit  data  paths  both  internally  and  externally. 
Additionally  the  Z80C0  instructions  are  either  16-bits  or 
32-oits  wide  with  the  instructions  mostly  word  oriented 
(16-bits).  The  ALU  is  16-bits  wide  and  supports  individual 
bit  set  and  clear  operations  in  addition  to  byte  and  word 
data  types.  The  Z8Q00  can  directly  address  eight  megabytes 
of  memory.  The  eight  megabytes  of  directly  addressable 
physical  memory  is  divided  into  123  segments  of  64  kilobytes 
each.  The  128  segments  is  provided  by  an  additional  seven 
tits  or  address  lines  giving  the  Z8003  twenty-three  address 
lines  (verses  20  for  the  80  86). 

The  Z8000  provides  110  basic  instructions  implemented  by 
random  logic.  The  instruction  set  can  operate  on  8,  16  or 


32  bit  quantities  and  instructions  vary  in  length  frost  two 
to  eight  bytes.  The  instructions  however  are  required  to  be 
word  aligned/  which  means  tney  must  begin  on  even  byte 
addresses  and  must  have  an  even  number  of  bytes.  The  Z8QQ0 
has  eignt  different  addressing  modes. 

The  Z8000  implements  a  single  word  pipeline.  Only  the 
next  single  word  is  prefetched  from  memory  into  an  instruc¬ 
tion  pipe.  This  can  only  occur  during  the  current  instruc¬ 
tion  execution  and  only  if  the  current  instruction  does  not 
require  the  use  of  the  address  bus.  Although  this  is  not  as 
a  sophisticated  instruction  pipeline  as  the  8086,  ancther 
element  of  sophistication  is  added  by  allowing  the 
prefetched  instruction  to  be  decoded  in  the  buffer.  Zilog 
calls  the  hardware  portion  of  the  processor  that  performs 
this  a  Lookahead  Instruction  Decoder  and  Accelerator. 

The  Z8000  contains  a  total  of  twenty-two  16-bit  regis¬ 
ters.  There  are  sixteen  general  purpose  registers.  Of 
these,  all  but  one  of  the  registers  can  be  used  either  as 
accumulator,  index  pointer  or  memory  pointers.  Thus  the 
Z80Q0  does  provide  true  general  purpose  registers.  In  addi¬ 
tion  the  first  eight  registers  can  be  accessed  with  either 
byte  or  word  values,  and  the  first  sixteen  registers  can  be 
combined  to  form  either  eight  32-bit  registers  or  four 
64-bit  registers.  This  allows  the  Z3Q00  to  easily  perform 
16-bit  and  32-bit  multiplies  and  32-bit  and  64-bit  divides. 
This  also  allows  relatively  faster  string  manipulation 
instructions. 

The  remaining  registers  are  composed  of  two  registers 
for  implied  system  and  normal  stack  pointers,  one  program 
counter  register  (PC),  one  program  status  area  pointer 
(PSAP)  register,  which  contains  tne  segment  number  and 
offset,  one  flag  and  control  word  register  (FCW)  ,  and  a 
refresh  counter  register. 
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The  Z8000  like  the  8086  supports  separate  I/O  addressing 
and  also  supports  64  kilobytes  of  I/O  ports.  Additionally 
the  Z8000  has  a  special  system  mode  of  operation  tnat  allows 
the  addressing  of  an  additional  64  kilobytes  of  I/O  space. 
This  additional  I/O  space  will  not  be  considered  for  tne 
single  user  evaluation,  but  should  be  added  for  multi-user 
and  multi-process  implementations. 

The  Z8000  supports  256  different  interrupt  types  and 
like  the  8086  the  interrupt  pointer  tables  are  easily  modi¬ 
fied.  The  pointer  tables  are  not  stored  in  the  lowest 
segment  of  memory  however,  but  rather  at  a  location  pointed 
to  by  the  PSAP  register  upon  system  initialization.  The 
Z3000  is  currently  available  in  4  and  6  MHZ  versions. 

Z8000  is  actually  the  general  designation  of  a  family  of 
Zilog  microprocessors.  The  above  descriptions  apply  to  the 
actual  Z8002.  Zilog  offers  the  Z8001  that  provides  a  couple 
of  extra  registers  that  when  combined  with  the  Z8010  Memory 
Management  Unit  (MMO)  extends  the  addressing  range  of  the 
Z8000  to  48  megabytes  of  physical  memory.  This  is  accom¬ 
plished  ty  managing  six  segments  of  eignt  megabytes  each. 
The  MMO  also  allows  randomly  relocating  the  128  segments  (64 
kilobytes  each)  in  any  of  the  six  larger  segments. 

C.  THE  HOTOBOLl  MC68000  MICHOPROCESSOH 

The  MC68000  was  commercially  introduced  by  Motorola 
Semiconductor  Division  in  1980.  The  MC68000  due  to  its 
later  release  has  gained  a  technological  sophistication 
beyond  the  Intel  3036  and  Zilog  Z3000.  Tne  MC68000  contains 
a  very  complex  internal  architecture  with  over  three  times 
as  many  transistors  implemented  in  silicon  over  the  8086  and 
Z3000. 

The  MC68000  is  more  than  just  a  lb-bit  microprocessor. 
The  MC68000  has  an  external  lb-bit  data  bus  but  is 


internally  32-bits  wide  for  all  data  and  address  registers. 
Therefore  depending  cn  how  classification  of  the  processor 
is  done  the  MC68000  micro  processor  coaid  be  considered  a 
32-bit  microprocessor.  The  ALO  however  is  only  16  tits  wide 
and  can  operate  on  bit,  byte,  16-bit  word  and  32-bit  double 
word  basic  data  types. 

The  MC68000  is  packaged  in  a  64- pin  chip  and  implements 
a  separate  16-bit  data  bus  and  a  full  external  23-bit 
address  bus.  The  address  bus  is  not  multiplexed  with  the 
data  bus  as  in  the  8086  and  Z8000.  The  23-bit  external 
address  pins  are  used  in  conjunction  with  a  24-bit  internal 
program  counter.  This  implementation  allows  the  MC68000  to 
have  a  completely  linear  sixteen  megabytes  of  physical 
address  space.  The  address  space  is  completely  linear  in 
that  there  are  no  segments  that  break  the  address  space  into 
separately  addressable  blocks.  All  addresses  are  specified 
by  the  full  24-bit  value. 

The  internal  design  of  the  address  bus  is  32-bits  wide. 
The  external  23  address  lines  were  limited  due  to  packaging 
limits  only.  Therefore  the  MC68000  has  the  capability  to 
expand  to  a  full  32  bits  of  address  supporting  four  giga¬ 
bytes  of  physical  memory  merely  by  changing  the  chip  pack¬ 
aging.  No  redesign  of  the  internal  chip  architecture  is 
required. 

The  bottleneck  in  the  MC68000  restricting  it  from  being 
a  full  32-bit  microprocessor  internally  is  the  16-bit  wide 
ALU.  All  thirty-two  tit  operations  rrom  the  32-bit  registers 
must  be  accomplished  in  two  consecutive  cycles  through  the 
16-bit  ALO. 

The  MC68000  microprocessor  tnerefore  is  basically  a 
16-bit  device  with  significant  extensions.  The  architecture 
as  implemented  is  not  as  symmetric  (32-bit  data  and  address 
bus  internally,  only  24-bits  address  bus  currently  used, 
23-bits  of  address  bus  externally,  16-bit  external  data  bus 


and  16-bit  internal  AID)  as  the  Z803Q  or  toe  8086,  but 
offers  a  large  physical  address  space  and  increased  expan¬ 
sion  opportunity. 

The  MC68000  has  only  61  basic  instructions  which  are 
implemented  in  microcode.  Instructions  vary  in  length  from 
two  to  ten  bytes.  The  low  number  of  instructions  is  some¬ 
what  misleading  in  that  there  are  a  number  of  high  level 
instructions  that  would  require  the  use  of  three  or  four 
instructions  on  other  processors.  This  advantage  is  offset 
by  the  fact  that  the  MC68000  contains  no  specific  string 
manipulaticn  instructions.  More  combinations  of  MC68000 
instructions  and  programming  effort  are  required  tc  imple¬ 
ment  word  processing  functions.  Instruction  execution  on 
the  MC68000  requires  that  instructions  be  word  aligned 

The  MC68000  implements  a  single  prefetched  instruction 
pipeline  similar  to  the  Z3000.  The  prefetch  mechanism 
contains  enough  information  to  execute  current  instruction, 
decode  next  executable  instruction,  and  prefetch  the 
following  instruction  from  memory  simultaneously.  The  mech¬ 
anism  also  attempts  to  predict  the  most  likely  address  for 
branch  instructions. 

The  MC68000  contains  a  total  of  19  registers.  All  of 
the  registers  except  the  status  register  are  3  2-bits  wide, 
with  the  status  register  16-bits  wide.  The  register  set 
contains  eight  completely  general  purpose  data  registers, 
seven  address  registers,  two  system  stack  pointers,  a 
program  counter  register,  and  the  status  register.  Ihe  two 
system  stack  pointers  are  designated  as  a  user  stack  pointer 
and  supervisory  stack  pointer. 

All  of  the  data  registers  can  be  accessed  as  either 
byte,  word  cr  double  word  values.  All  addressing  modes  and 
instructions  can  use  any  of  the  eight  general  purpose  regis¬ 
ters  for  operands.  The  eight  address  registers  allow  easy 
implementation  of  multiple  stacks,  data,  and  program  areas. 


The  MC68000  is  completely  memory  mapped  and  offers  no 
separate  address  space  for  I/O  devices  or  ports.  This  is 
not  considered  a  restriction  because  of  the  large  address 
space  available.  This  does  mean  that  in  a  system  inplemen- 
tation  certain  areas  of  memory  must  be  reserved  for  I/O 
control  information.  The  programmer  must  then  insure  that 
application  programs  do  not  interfere  with  the  designated 
areas.  With  the  linear  address  space  of  the  MC68000  keeping 
data  and  program  areas  separated  is  totally  the  responsi¬ 
bility  of  the  programmer.  There  are  no  segments  to  allow 
the  placing  of  various  program  parts  (program,  data,  stack, 
1/3)  automatically  into  separate  areas. 

The  MC68000  supports  256  vectored  interrupts  virtually 
identical  to  the  8086  method.  A  interrupt  vector  table  is 
located  at  the  lowest  memory  addresses.  Unlike  the  8086  and 
the  18030  however,  the  MC68000  starts  at  the  lowest  address 
to  begin  execution  upon  initial  power  on  sequence.  This 
means  some  initial  interrupt  pointers  must  be  available  and 
fixed  in  a  system  RCM.  Once  loaded  the  interrupt  vector 
tanle  is  as  easily  changed  and  modified  as  the  8086  and 
Z8000.  The  MC68000  is  now  available  in  8,10,  and  12.5  MHZ 
versions. 

The  MC68000  has  a  series  of  coprocessors  available  to 
extend  the  capability  of  the  basic  processor.  There  are 
also  several  versions  of  the  basic  :1C68000.  There  is  a 
MC68008  similar  in  concept  to  the  8088  that  is  code  compat¬ 
ible  with  the  MC68000  but  has  an  8-bit  data  bus  and  utilizes 
only  20-bits  of  address  bus  for  one  megabyte  memory  systems. 
The  MC68010  is  an  enhanced  MC68000  that  supports  virtual 
memory  and  when  combined  with  the  MC68451  Memory  Management 
Unit  can  additionally  support  up  to  64  MB  of  address  space 
and  sophisticated  user  and  supervisor  modes.  Finally 
Motorola  is  testing  the  MC68020  which  is  a  full  32-bit 
microprocessor  with  32-bit  data,  address,  and  AL'J 
capability. 


▼I.  EXAMPLE  16 -BIT  COJJMEHCIAL  OgSfiATIMG  SIST£MS 
A.  DIGITAL  RESEARCH  CP/M-8  6 

Control  Program  for  Microcomputers  (C?/M)  was  first 
developed  for  an  Intel  8080  microcomputer  system.  CP/M  was 
later  adapted  to  8CS5  and  Z80  microcomputer  systems  and 
became  the  de  facto  8-bit  operating  system  standard.  NAVEAC 
recommended  that  all  8-bit  microcomputer  systems  for  general 
Navy  use  be  compatible  with  CP/M  Version  2.2.  There  are 
literally  thousands  of  serious  business  applications 
designed  to  run  under  CP/M  and  all  CP/M  systems  can  exchange 
data  with  standard  8  inch  disk  formats. 

CP/M-86  is  the  version  of  CP/M  developed  for  16-bit 
microcomputer  systems  using  the  3086/8088  microprocessor. 
It  maintains  virtually  the  same  user  interface  and  command 
syntax.  Applications  developed  to  run  under  CP/M  2.2  will 
not  run  under  CP/M-86  without  considerable  conversion. 

CP/M-86  is  composed  of  three  major  parts.  They  are  the 
Basic  Input/Output  Operating  System  (BIOS) ,  the  Basic  Disk 
Operating  System  (BDOS)  ,  and  the  Console  Command  Processor 
(CCP )  .  CP/M-86  requires  a  minimum  of  57  kilobytes  of  memory 
in  order  to  execute  user  programs.  The  CP/K-86  program 
itself  when  loaded  into  an  user  machine  occupies  approxi¬ 
mately  13.5  kilobytes  of  BAM  and  the  remaining  F.AM  in  the 
user  system  is  designated  as  tne  Transient  Program  Area 
(TPA)  .  Although  CP/M-86  normally  resides  in  the  lowest 
segment  of  memory  after  the  interrupt  vector  table,  it  is 
designed  to  be  relocated  in  any  location  as  necessary. 

CP/M-86  is  designed  such  that  the  BDOS  and  CCP  present  a 
common  user  interface  in  all  CP/M-86  implementations.  This 
means  tnat  the  BDOS  and  CCP  are  the  same  and  implement  their 
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functions  through  calls  to  the  BIOS.  Tne  BIOS  is  the  device 
dependent  poction  of  the  operating  system  and  oust  be 
specifically  tailored  or  customized  for  each  different 
microcomputer  system.  This  design  allows  CP/M-86  tc  appear 
device  independent  to  the  user  or  application  program. 
Also,  due  to  the  similarity  of  tne  BDOS  and  CCP  in  all  CF/M 
versions,  users  can  immediately  begin  to  use  the  CP/M  oper¬ 
ating  systems  on  a  wide  variety  of  microcomputer  systems. 

The  BDOS  is  the  nucleus  of  the  CP/M-36  operating  system 
providing  the  necessary  routines  to  manage  the  secondary 
storage  medium  and  act  on  commands  passed  to  it  from  the 
CCP.  CP/M-86  (Version  1.1)  provides  49  different  BDOS  func¬ 
tions.  This  includes  17  additional  functions  over  the  CP/M 
2.2  8-bit  functions.  These  functions  provide  for  sucn 
elementary  operations  as  open  file,  close  file,  rename  file, 
read  random  record,  and  basic  user  console  functions  such  as 
read  a  character  from  the  keyboard  and  display  a  character 
on  the  CRT  screen.  All  CP/M-86  BDOS  function  calls  are 
implemented  by  placing  the  function  number  and  other  infor¬ 
mation  into  designated  registers  of  the  8086/3088  processor, 
and  then  issuing  a  reserved  interrupt  request. 

The  BIOS  of  CP/M-86  provides  21  functions  for  the  appli¬ 
cations  programmer.  Because  some  BDOS  functions  pass 
through  the  BIOS,  some  of  the  BIOS  functions  duplicate  func¬ 
tions  available  in  the  BDOS.  The  two  most  notable  examples 
are  character  input/cutput  from  the  keyboard  to  the  display 
screen.  The  BIOS  does  not  duplicate  the  BDOS  exactly 
because  the  BIOS  contains  only  enough  information  to  handle 
tne  specific  hardware  functions  of  the  system  machine,  while 
the  BDOS  provides  many  routines  that  do  not  function 
directly  with  system  hardware.  Some  other  examples  of 
specific  BIOS  functions  are  select  disk  drive,  track,  and 
sector,  or  read  selected  track  and  sector.  Thus  the  BIOS 
provides  those  functions  necessary  to  deal  with  physical 


facets  of  the  user  machine  while  the  BOOS  acts  on  logical 
aspects  of  applications  pro  grass.  In  total  CP/H-86  provides 
70  functions  for  the  applications  prograsoer. 

The  Console  Command  Processor  is  responsible  for  inter¬ 
preting  and  acting  on  all  user  commands  typed  from  the 
keyboard.  The  CCP  receives  input  from  the  keyboard  and 
parses  the  input  to  deters ine  if  the  input  is  an  operating 
systes  command,  a  command  to  load  and  execute  an  application 
program,  or  a  command  CP/M-86  does  not  understand  that  must 
be  nandled  by  an  error  routine.  Toe  CCP  presents  the  user 
interface  for  the  particular  microcomputer  system. 

The  CCP  has  two  major  parts.  The  first  part  contains 
tnose  commands  and  their  associated  routines  that  CP/1-86 
operates  on  directly  and  are  internal  to  the  CCP.  These 
routines  and  commands  are  immediately  available  to  the  user 
when  ever  the  operating  system  is  loaded  and  active. 
CP/1-86  calls  these  "Built- In  Commands".  CP/M-86  contains 
six  such  conmands.  There  are  two  types  of  directory  commands 
which  list  the  names  of  either  system  or  user  files  on  the 
secondary  storage  device,  two  commands  to  either  erase  or 
rename  file  names,  a  command  to  list  (type)  the  contents  of 
a  file,  and  a  command  to  change  the  active  user  number. 
CP/M-86  allows  the  designation  of  16  user  numbers  for  primi¬ 
tive  file  protection  purposes. 

The  second  part  of  the  CCP  takes  action  when  the  current 
command  is  not  one  of  the  built  in  coaaands.  In  this  case 
the  CCP  assumes  that  the  command  is  a  directive  to  load  and 
execute  a  program  contained  on  a  secondary  storage  device. 
The  CCP  then  actives  the  device  and  searches  for  the  given 
program.  If  found,  the  CCP  performs  the  necessary  initiali¬ 
zation  routines  to  load  the  program  into  memory  and  pass 
control  to  it  for  execution. 

CP/1-86  provides  thirteen  external  programs  and  calls 
them  "Transient  Utility  Commands".  These  programs  provide 


status  information  for  secondary  storage  and  routines  to 
transfer  files  from  one  device  to  another.  There  are 
several  external  programs  that  provide  functions  not  found 
in  many  microcomputer  operating  systems. 

These  functions  include  a  help  program  which  provides  an 
on-line  help  facility  for  all  CP/M-36  commands  and  their 
correct  syntax.  This  is  a  significant  contribution  to  user 
friendliness  for  a  microcomputer  operating  system.  An 
8086/8038  assembler  and  debugger  are  also  provided  as  part 
of  the  operating  system.  These  two  programs  can  cost 
hundreds  of  dollars  for  particular  microcomputer  systems 
when  they  are  not  provided.  CP/N-86  also  provides  a  limited 
line  oriented  editor  for  program  development. 

In  the  CP/M -86  iiplementation  specifically  for  the  IBM 
Personal  Computer,  two  additional  external  commands  are 
provided.  One  is  a  menu  driven  setup  program  that  uses 
function  keys  to  easily  set  and  assign  system  parameters, 
such  as  communication  port  initializations,  printer  selec¬ 
tions  and  other  functions.  The  second  command  is  a  print 
utility  that  provides  for  limited  virtual  spooling  of  output 
for  an  attached  printer  device. 

Current  versions  of  CP/M-86  can  support  up  to  sixteen 
attached  floppy  disk  drives.  The  transient  utility  command 
"DISKMAINT"  (for  disk  maintenance)  is  the  CP/M-86  routine 
tnat  sets  up  and  initializes  floppy  disks  to  the  CP/M-86 
format.  This  format  will  support  eitner  single-sided  disk¬ 
ettes  or  double-sided  diskettes.  The  format  routine  in 
DISKMAINT  will  format  40  tracks  per  side  creating  either  156 
kilobytes  or  316  kilobytes  of  secondary  storage  capacity 
respectively.  CP/M-86  divides  a  disk  into  thirty-two  phys¬ 
ical  sectors  and  records  128  bytes  per  sector,  reserving  one 
track  of  information  for  internal  use.  CP/M-86  will  allow  a 
total  of  64  directory  entries  (files)  per  diskette. 


No  support  is  currently  provided  for  hard  disk  drives. 
However,  most  hard  disk  manufacturers  will  provide  a  custom¬ 
ized  version  of  the  CP/M-86  BIOS  to  support  their  particular 
hard  disk.  The  file  structure  implementation  and  storage 
capacities  will  then  depend  on  the  hard  disk  manufacturer. 


B. 


MICROSOFT  MS-DOS  AND  IB  N  PC-DOS 


Microsoft  Corp.  developed  the  MS-DOS  (Microsoft  Disk 
Operating  System)  operating  system  under  contract  by  IBM 
specifically  for  the  IBM  Personal  Computer.  As  such  when 
IBM  released  the  Personal  Computer  the  operating  system  was 
simply  named  DOS  (Disk  Operating  System).  Because  there  are 


some  minor  differences2  between  the  version  that  Microsoft 
now  markets  independently  and  the  version  for  the  IBM 
Personal  Computer,  the  Personal  Computer  version  is  gener¬ 
ally  referred  to  as  PC-DOS. 

When  Microsoft  developed  PC-DOS  the  CP/M  operating 
system  for  8-bit  microcomputers  was  considered  the  de  facto 
standard.  Microsoft  wanted  to  maintain  some  CP/M  compati¬ 
bility  so  that  it  would  be  easy  for  developers  to  convert 
programs  for  the  new  system,  but  also  felt  that  CP/M  could 
be  improved  in  a  number  of  areas.  The  result  is  that  PC-DOS 
and  CF/.1  or  CP/M-86  share  similar  functional  structure  but 
differ  on  exact  details  of  implementation  and  command 
syntax. 


2MS-D0S  and  PC-DOS  are  exactly  identical  version  for 
version  to  the  applications  programmer.  All  internal  func¬ 
tions  and  operating  system  calls  are  precisely  identical  in 
operation.  The  only  differences  are  some  command  names  that 
are  slightly  changed  and  the  addition  or  deletion  of  seme 
external  program  utilities  depending  on  a  particular  vendor. 
Most  systems  utilizing  MS-DOS  include  an  object  module 
library  utility  that  is  not  included  in  PC-DDS.  PC-DOS 
allows  the  linking  of  separate  object  modules  or  libraries 
but  does  not  include  the  utility  to  add  object  modules  to  an 
existing  library. 


Like  CP/M,  MS-DOS  is  composed  of  three  major  parts,  and 
these  parts  are  equivalent  in  purpose.  I3M  names  tnese 
parts  the  IBMBIO  (IBM  Basic  Input/Outpat  System),  IBMDOS 
(IBM  Disk  Operating  System),  and  the  COMMAND  Processor 
(Microsoft  names  these  parts  I/O  System,  MDOS,  and  COMMAND). 

The  IBMBIO  contains  the  device  specific  information 
necessary  to  communicate  with  the  physical  devices  attached 
to  the  IBM  Personal  Computer.  In  the  MS-DOS  version  this 
also  contains  the  necessary  device  information  for  the 
particular  machine  implementation.  CP/M-86  builds  its  own 
set  of  jump  vectors  that  perform  similar  to  an  interrupt 
vector  table.  CP/M-86  BIOS  functions  are  then  implemented 
through  this  set  of  jump  vectors.  MS-DOS  on  the  other  hand 
implements  all  operating  system  internal  functions  througn 
the  vector  interrupt  table  of  the  8088/8086  microprocessor. 

MS-DCS  reserves  32  of  the  8088/8036  interrupts  for  its 
own  use.  One  of  the  interrupts  is  reserved  for  operating 
system  function  calls  that  act  in  the  same  manner  as  CP/M-86 
BDOS  functions.  The  similarity  between  MS-DOS  and  CP/M-86 
is  shown  by  the  use  of  the  same  function  numbers  for  a  large 
majority  of  the  operating  system  calls.  Because  MS-DCS  is 
totally  interrupt  driven,  the  I/O  system  remains  more  trans¬ 
parent  to  the  programmer  than  CP/M-86.  As  implemented 
MS-DOS  makes  no  distinction  between  the  I/O  system  calls  and 
the  disk  operating  system  calls.  MS-DOS  (Version  2.0) 
provides  a  total  of  120  operating  system  functions  of  which 
83  can  be  considered  user  functions  (MS-DOS  reserves  2<+ 
interrupts  and  13  interrupt  driven  function  calls  for  its 
own  internal  use). 

The  MS-DOS  COMMAND  processor  has  been  significantly 
expanded  and  simplified  over  CP/M-86.  The  major  driving 
factor  icr  the  current  expansion  is  tnat  the  latest  version 
of  MS-DOS  provides  internal  support  for  hard  disk  drives. 
MS-DCS  contains  26  internal  commands  and  18  external 


commands  or  operating  system  utilities.  MS-DOS  has  incorpo¬ 
rated  more  of  the  common  operating  system  functions  as 
internal  commands  and  attempted  to  simplify  the  command 
syntax  of  these  commands. 

An  example  of  this  is  the  method  of  copying  files  from 
one  device  to  another.  CP/M-86  provides  a  transient  utility 
command  named  PI?  (Peripheral  Interchange  Program)  to  accom¬ 
plish  this  task.  The  syntax  for  use  of  the  command  is: 

PIP  device: des ti nation-fi le  =  device: source- file  options 
MS-DOS  provides  an  internal  command  named  COPY  which  the 
syntax  is: 

COPY  device: source-file  device: destination- file  options 
From  this  example  the  similarity  between  the  two  operating 
systems  can  be  seen.  In  general  however,  MS-DOS  provides  a 
simpler  and  easier  understood  user  interface  by  employing 
more  English-like  commands  than  CP/M-86.  Current  versions 
of  MS-DOS  provide  no  help  facility  however. 

Another  difference  is  that  MS-DOS  does  not  provide  its 
own  assembler.  It  is  offered  as  a  separate  product  from 
Microsoft.  Microsoft  normally  substitutes  its  own  BASIC 
language  interpreter  with  the  operating  system  product. 
MS-DOS  does  provide  a  simple  line  oriented  editor  (EDLIN) 
and  an  3088/8086  debugger  (DEBUG).  The  latest  version  of 
DEBUG  (2.0)  will  assemble  8088/8036  and  8087  mnemonics  but 
offers  no  macro  or  named  address  facility. 

The  major  difference  between  CP/M-86  and  MS-DOS  occurs 
in  the  manner  that  MS-DOS  handles  the  secondary  storage 
medium.  MS-DOS  can  support  up  to  2 5o  attached  drives  and 
has  built  in  support  for  hard  disk  drives.  MS-DOS  for 
floppy  disk  drives  will  support  either  single-sided  or 
double-sided  medium.  MS-DOS  formats  tae  floppy  disk  medium 
at  40  tracks  per  side  and  either  eignt  or  nine  sectors  of 
512  bytes  each  per  side.  This  gives  MS-DOS  either  160,  180, 
320,  or  360  kilobyte  drive  capacities.  MS-DOS  does  not 


reserve  a  dedicated  track  for.  its  own  use  unless  requested. 
This  allows  more  information  to  be  stored  on  data  disks  as 
the  operating  system  itself  is  not  stored  on  the  disk. 

Normally  MS-DOS  will  allow  64  files  per  disk  for 
single-sided  disk  or  112  files  per  disk  for  double-sided 
disks.  MS-DOS  (Version  2.0)  also  supports  a  tree  structured 
file  system  that  allows  the  creation  of  separate  directories 
and  sub-directories.  This  was  implemented  as  part  of  the 
support  for  hard  disk  drives.  The  result  of  the  tree  struc¬ 
tured  directories  is  that  MS-DOS  can  support  a  virtually 
unlimited  number  of  files.  The  numoer  of  files  is  limited 
only  by  the  physical  size  of  the  storage  medium  and  is  not 
restricted  by  the  operating  system. 

It  is  difficult  to  compare  operating  system  features  at 
any  given  point  in  time  because  the  manufacturers  are 
constantly  updating  them.  The  above  comparisons  discuss  two 
relatively  different  versions  of  the  two  manufacturers  oper¬ 
ating  systems.  The  prospective  Navy  purchaser  should 
realize  that  different  versions  of  the  same  operating  system 
can  have  significantly  different  features  and  capability, 
and  should  become  cognizant  of  the  differences  before 
considering  a  purchase. 
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¥11.  CONCLUSIONS  AND  RECOMMENDATIONS 


There  are  currently  so  many  options  facing  a  prospective 
|  Navy  microcomputer  purchaser,  that  to  decide  upon  one  system 

among  the  hundreds  that  are  available  certainly  seems  an 
impossible  task.  Standards  and  guidelines  developed  by 
NASD AC  Norfolk,  under  the  direction  of  NAVDAC,  go  along  way 
I  to  eliminate  some  of  the  confusion  and  lead  the  prospective 

i 

purchaser  in  a  forward  direction.  NAVDAC  Pub.  15,  Economic 
Analysis  Procedures  for  AD P,  provides  guidance  on  hew  to 
conduct  economic  analysis.  The  procedures  described  by  Pub. 
15  can  be  utilized  to  conduct  analysis  between  the  many 

I 

differing  microcomputer  alternative  systems.  It  is  recom¬ 
mended  however,  that  when  conducting  cost  oenefit  analysis 
among  many  differing  systems,  that  not  only  the  absolute 
.  cost  benefit  values  be  examined,  out  in  addition,  the 

changes  in  benefits  versus  the  changes  in  costs,  be  examined 
for  the  different  alternatives  under  consideration.  It  is 
recommended  that  NAVEAC  Pub.  15  be  updated  to  reflect  this 
|  change. 

A  framework  for  the  construction  of  a  model  to  perform 
the  change  analysis  has  been  suggested  using  the  functions 
available  in  common  spreadsheet  type  programs.  It  is 
further  suggested  that  these  programs  provide  a  means  to 

t 

store  and  easily  manage  tne  now  large  amount  of  data  neces- 

•  • 

sary  in  evaluating  among  aany  microcomputer  systems.  It  is 
hoped  that  the  use  cf  these  automated  tools  will  provide  a 
positive  incentive  to  perform  a  more  complete  and  thorough 

i 

economic  analysis.  It  is  recommended  that  further  research 
be  done,  particularly  in  the  area  of  decision  support 
systems  and  the  construction  and  integration  of  automated 
economic  analysis  models  not  only  for  evaluation  of 


w-  w 


microcomputer  systems,  but  to  be  implemented  or  microcom¬ 
puter  systeas. 

It  is  recommended  that  NARDAC  Norfolk,  having  the  micro¬ 
computer  systems  and  cost  data  availanle,  be  a  starting 
point  in  the  construction  of  some  initial  working  models, 
further,  since  NARDAC  Norfolk  will  begin  teaching  instruc¬ 
tional  classes  on  the  use  of  microcomputer  spreadsheets, 
that  these  classes  will  provide  an  excellent  opportunity  for 
the  construction  of  a  working  microcomputer  decision  support 
model . 
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